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1* INTRODUCTION ^ 

The Gantral. Data Processing. System (CprS); is the Central. liitegration 
Facility which transforms Che raw data collected at remote sites into 
performance evaluation irtformatlon for assessing the performance of 
solar heating and cooling systems. 

This GDPS Software Performance Specification (CSPS) provides the medium 
for baselining the overall software system requirements* After baselining, 
the software requirements will be placed under change configuration .control 
and can be changed only through formal change procedures established by 
the Marshall Space Flight Center (MSFC) , Through this procedure, the 
document will remain current with the requirements/capabilities of the 
CDPS software throughout the contractual period. 

The objective of this document is to establish the requiremencs which 
must be satisfied by the CDPS software* Ail descriptions of and references 
to the CDPS hardware configuration are . only to faGilitate .expianatiQu of . 
the. software requirements and not to control the configuration' of the 
hardi-^are. The GDPS hardware is controiled by IJ3M and is used for support 
of multiple coTitr act programs. To support this varying utilisation 
environment, IBM must maintain the flexibility .to modify the configuration 
as required. Because of this flexibility requirement , the CDPS hardware 
configuration may vary during the perf ormauca of . the Slda contract, but 
the capability to satisfy ail SIMS processing requirements contained 
within the CDPS Hardware Performance SpeGification will be maintained. 

This document will not be updated to reflect changes in the detailed 
CDPS hardware configuration which do not affect CDPS software requirements. 

The prograimniug standards, t.o- be used in development, documentation and 
maintenance of the software are discussed in. Appendix A, In addition, 
the CDPS operations approach in support of daily data collection and 
processing is discussed in Appendix H. 
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l.i CDPS ROLE IN SOLAR HEATING AND COOLING PROGRAM 


The CDPS, located at IBM* e FSD facility in Huntsville, Alabama, | 

provides the resources required to assess the performance of solar 1 

heating and cooling systems installed at remote sites. These J 

remote sites consist of residential, commercial* government, and ^ 

educational types of buildings, and the solar heating and cooling 

systems can be hot-’water, space heating, cooling, and combinations 

thereofv The Instrumentation data associated with these systems will 

vary according to the application and must be collected, processed, * 

and presented in a form which supports continuity of performance 

evaluation across all applications. In addition, data must be 

maintained for historical purposes and for detailed analysis. ^ ‘ 

In Supporting the overall program objectives, the GDPS satisfies the ^ | 

following funetlonal requirementa r ■ 

* 

Data Gollection ^ The CDPS daily collects Instrumentation data | 

from all remote sites via standard voice-grade 1200 Baud telephone | 

lines. In addition, non-ins tiniraentat ion data available from MSFC, ! 

EKDA, HUD, etc., which is needed in performing overall system | 

evaluation, is collected via manual means. | 

Data Processing - The CDPS accepts raw data, as collected by the 
data collection function, and performs the data processing 
functions required to transform the raw data into processed 
• ihformatidn for use in system evaluation/ analysis activities. The 
CDPS also provides the resources to maintain a performance 
evaluation data base, containing both raw data and processed 
informatioh, for use in support of performahce analysts. 



Data Archiving - To provide capability for detailed analyses of 
system performance and to maintain data for histpriGal purposes, 
the CDPS provides the vcapabtlities to archive data Gollected and 
processed during the program. Both raw data and processed data is 
retained on magnetic tape, and formal reports are archived in a 
library. 


Data Distribution - In addition to collection, processing, and 
archiying of data, the CDPS provides the essential function of 
distributing the data to the appropriate organizations . 
Distribution is in the form of printed reports, data plots, and 
magnetic tapes. 


Systems Analysis Simulation - An essential capability ie 
as e easing the ^petfo^r^ of solar heating and cooling Systems is 

the ability tp predict perfprmarvGe for correiation with 
operational performance. The CDPS provides the resources needed 


in support of this simulation activity and pirpVid,es capabilities 


for automated correlatioh of predicted and actual performance. 





> i A’’?. 


I:.. 

ini Mil 









J y/-,l 



CuliE 2023A 
Aw 13231 





As shown in Figure 1, the GDPS consists of three njajor elements - 
communication interface computer, central data processing computer, 
and performance evaluation data base. These three elements provide 
the capabilities required to satisfy the functions mentioned above. 
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i;2 CDPS FUNCTIOK^L REQUIREMENTS Or 

In performing Its role within the solar heating, and cooling 
demonstration program, the GDPS, through its hardware/software, ^hall 
satisfy overall system requirements* A summary of these system 
requirements is given in the following paragraphs: 

Growth Potential Because of the distinct possibility of growth 
in the data collection and processing requirements as additional 
sites are added to the program, the GDPS shall be designed to allow 
growth in capability with a minimum of cost* 

Data Collection * To support timely processing/presentation of 
data in support of the performance evaluation, activities,, daily 
collection of data shall be provided from all remote sites* 

Timely Processing of Para The processing dace flow within tree 
. . GDPS shall minimise, the delay between receipt of data at the CD?S 
arid availability of processed information* An operations goal 
will be to provide processed information and reports at the start 
of .first shift each day. 

Operations Personnel - The design goal of the system shall be to 
minimize operations personnel utilization during data collection 
and processing. Software shall provide built-*in error 
detection/recovery techniques to allow maximum of automatic 
control* 

SDAS/CDPS Commuaication - Because of the availability of 
. sof tware/.proven concepts on other programs which use telephone 
lines for automatic data collection, maximum benefit of this prior 
experience shall be utilized to reduce program risk. 

. System, Recovery - The overall, data colleetion concept shall provide 
the flexibility to ensure that sice data is not lost chrough 
failure of the coimTiunication interface or host compuceri Backup 
shall be provided to restore entire contents of performance 
evaluation data .base in the event of cbmpucer malfunction* ... 

Data Archiving -.Within any demonstration program, availability of 
historical data must be provided in order to support the 
performance evaluation activities* .The GDPS shall support this 
archiving of data and provide the means o'f identifying the 
location for timely retrieval. 

User Support - Because of the requirements .generated through a- 
diverse user community, the GDPS shall provide a flexible user 
support capability which can be easily structured, to satisfy 
needs* 
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Flexibility 


Because variations in instrumentation at remote 


sites* the GDPS shall support the processing of variable input 


formats . 
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..3 GDPS HARDWARE DESCRIPTION 


As shown in Figure 1, the CDPS hardxvare consists of * communication 
Interface computer configuration and a host computer configufation* 

The following paragraphs briefly describe the components of each of 
these configurations. 

1^3.1 Gommurilcation Interface Configuration • 

The communications interface configuration provides the capability to 
collect data f pom remote sites via 1200 baud. voice-grade telephone 
lines. WATS lines will be used for this communication and will be 
supplied by the Government , In addition, the communications facility 
at MSFG will provide the necessary communications hardxrare to support 
the data collection. functions. . Automatic dial-up. and command 
interface with the remote sites will be provided by the bOmmUnieatiohs 
interface computer. 

The communication intprfacc configuration operates in a standalone mode of 
operation and consists of: 

(1) An IBM System/7 computer with input/output peripherals to 
support operator interface, report generation, and data 
storage. 

(2) Communication interface hardware for communications with 
remote sites via teiephone lines.. 

(3) Hardware to support colleetion of data via manual means. 

C4) Communication hardware for transfer of data to the host 
Gomputar configuration (IBM S/370-145) . 

the overall hardware elements are shown in Figure 2 and are discussed 
in the following paragfaphs . ^ 

1.3. 1.1 System/ 7 Computer 

As can be seen; in Figure 2^; the System/ 7 computer configuration 
consists of the following hardxifare: 

(1) Central Processing Unit (CPU) 

(2) Memory 

(3) Teletype Keyboard/Pr inter (5028) 

(4) Disk Storage (5022) 

(5) Printer (7431) 
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Teleprocessing Multiplexer Module (TP>1M) - The TPMM provides the 
conanunication interface logic for controlling up to eight 
asynchronous coiranunication lines simultaneously. The TPMM also 
provides the interface to the System/ 7 for control of the 
communications with remote sites. 

Auto-Call Unit - The Autdcali Unit consists of a Western Electric 
801 Autocall Unit and provides the interface with the TPMM for 
dial-up information and status. The Autocall Unit is an output- 
only device and performs automatic dialing of the remote sites as 
commanded by the System/7 via the TPMM. 

Modem - The modem is a Western Electric 202C device which is 
compatible with the modem in the SDAS unit at the remote sites . 
The modem performs modulation/demadulaCion of signals being 
transmitted to/ from the remote Bite. 

Coupler - The couplet is a standard Western Electric device which 
provides voltage transient protection for the telephone lines. 

1. 3.1.3 Manual Data Collection (Cassette Read) 

To support collection of data via manual means from remote sites, the 
communication interface configuration contains a prototype Site Data 
Acquisition Subsystem (SDAS). Cassette tapes manually retrieved from 
sites will be inserted into the prototype unit and transmitted to the 
Systen/? via local telephone lines. 

1.3.1. 4 System/7 - Host Computer Communication (SBCA) 

The Sensor Based Coirauunication Adapter (SBCA) provides the capability 
for high-speed data transfer between the Systera/7 and the host 
computer. The SBCA will transfer data at a rate of 2.2 megabits per 
■seconds ^ ^ 


Host Computer Configuration 


The host computer configuration receives raw data collected ffojh all 
remote sites, on a daily basis, via the communication hardware from 
the communication interface configuration. This data is then 
processed and stored into the performance evaluation data base for use 
in evaluation activities. The host computer configuration consists of 
an IBM System/370-145 which is shared with other users. The 
configuration is shown in Figure 3, and significant elements are 
discussed in the following paragraphs. Detailed descriptions are 
available in existing IBM equipment reference manuals . 


1.3. 2.1 Sensor Based Control Unit (SBCU) 
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The SBCU provides the commvinlcatlons tnedium £or receipt o£ data from 
the comrounication interface configuration for processing. Data 
transfer rate is 2.2 megabits per second. 

1.3. 2. 2 Terminal Support 

IBK 3277 teminai units are provided for* access/update of the 
performance evaluation data base. Two terminals will he de’dicated to 
the solar energy applications to ensure availability, Tabular output 
can be displayed on these terminals . ^ 

A Tektronix 4015/4631 display hard copy unit provides the capability 
to generate either text or graphical data representative. This unit 
is dedicated to support of the analytical/repprting: requirements of 
■:the prb'gratit. ■ ‘ . 

1.3. 2. 3 Magnetic Tape Units 

The configuration provides both 9-track and 7-track magnetic tape 
handling capabilities . Dansity for 9-track tapes is 1600 B31 or SGO 
BPl; whereas, 7-traek tapes are dOO BPI. The magnetic tape units will 
be used to generate deliverable tapes to MSFC far use in updating the 
MSFG solar energy data base and to other data users as required. In 
addition, archival data will be placed on magnetic tape for storage. 

1.3. 2. 4 Disk Storage Units 

The Gonfigura,ti6n provides IBM 3333/3330 disk units for use in 
supporting the performance evaluation data base. The present 
configuration conCairts storage capacity of 400 megabytes; however , the 
system supports expansion without hardware modification to 2 biliion: 
bytes of storage. One disk unit, which provides storage for 200 
megabytes , will be dedicated to SIMS GDPS functions. 


1,3. 2. 5 High-Speed Printers 

Three high-speed Printers (1100 lines per minute) are provided for 
support, of report generation/distribu.trf.oh requlfements, In addition, 
reports created during processing of dpta will be printed for 
analysis.; 


1.3, 2. 6 Cprtsoie 

The operation console provides the operator with visibility into and 
control of operations within the computer. It will be used tq allow 
the operator to initiate dally processing of data from remote sites . 
Status during processing and operator actions required will be 
presented on the console. 


1.3, 2. 7 Mainframe 
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The Mainframe of the host computer consists of n raamory capacity of X 
million bytes, ihput/output channels, and the Central Processing Unit 
(GPU). Memory utilization of approsimately 256K bytes is anticipated 
in support of data processing functions; thus, significant jnargin 
(excess capacity) exists. The GPU provides the instruction set, ; 
memory addressing logic, registers, and input/output control functions 
required in support of software execution. 

l,3.2.8 0peraoing-Sys'-tem- 

The System/370 operating system is utilized to control the | 

execution of data processing funccions within the software. In 
addition, the/ operating system provides the language processors ^ 
(compiler/linkage editors/etc, ) used in generation of both the S/37Q 
and System/7 software. 

A processing priprity^ system is utilized by the operating system to 
maximize computer utilization. To ensure that solar enex*gy data is 
processed within specific time constraints, a high priority level will 
be assigned. 
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1.4 CDPS OVERALL SOFTWARE DESCRIFTIOE 



Within the CDPS» the major Software tasks to be pertormad are: 

o Communication Interface - for data collection 

o Input Processing - for conversion of raw data into 
information 

o File Maintenance -for updating/maintaining performance 
evaluation data base 

o User Support - for generation of outputs to satisfy the needs 
of the data user; community. 

As can be seen in Figure 4, the major software tasks have been 
allocated to CDPS hardware configurations. This allocation is based 
oh the philosophy of the Syatem/7 computer configuration's performing 
the data collection function and the host computer configuration's 
petforming detailed data eal ting, data conversion, file maintenancs, 
and user support functions. 

Also shown in Figure 4 is the performance evaluation data base. This 
data base will contain all data required to support the performance 
analyst and will reside on disk storage and magnetic tapes within the 
host computer conf igUra tion . 

Subsequent sections of this document define the detailed requirements 
which must be satisfied within the software elements and the data 
base. ^ \ ^ 
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2.0 GbMMUNtCATiONS INTERFACE SOFmRE REOTIimOTS 

The communicatioris interface software will reside in a Systera/7 
computer and provide the comiaunications interface functions for the 
central data processing system. 

The System/ 7 communications interface software will sequentially dial 
sites over switched asynchronous telephone lines and collect sensor 
data. A site directory on disk will be used to control the proper 
.sequencing of site data coliection. After data collection is complete 
the System/? - host computer link will be used to transmit the data to 
the host for subsequent detailed processing and data base update. 
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2.1 FUNCTIQNAl. SOFTWARE REQUIREaEKXS 

The comunlGations interface software shall provide communications with 
each SDAS, control the coilection of SDAS sensor data, and send the 
data to the host computer. In order to meet these requiraments, tha 
following functional capahilities will be provided. 

b Access to Remote Sites via automatic telephone calling 
sequences contained within a site directory. 

p Control of communications signals to support a switched 
telephone interface to each SDAS. 

o Control of each SDAS over telephone lines for data 
; ^ . collection. :v- ' ■ ^ 

Q Temporary buffering and disk storage of the data from each 
; ^ "'SDAS,: ^ ^ 


o Transmission of SDAS data to tha host ccnou tax'. 

o Manual control of SDAS commands for troubleshooting. 

The detailed software requirements associated with each of the above 
functionr are presented in the following paragraphs : 
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2.2 SITE DIRECTORY REQUIREMENTS 

A site directory containing information on each site shall be provided 
for the communications interface software to control the data 
collection process . This information shall be maintained on the 
Systetn/7 disk to insure data integrity during power off conditions. 

2.2.1 Site Directory Information 

Information in the site directory is required for each site. The 
information shall be organised on disk by site records and fields of 
data. Each site shall have a record of information that contains 
fixed data fields. Each field of SDAS information required will be 
described in the following paragraphs: 

2.2.1.1 SDAS Station Address 

This field shall contain the unique station address associated with 
each site. This field vi7ill be used to obtain the station address for 
SDAS command messages described in Section 2.4,1. 

'-■'2v2.i-.2 'SDAS Status ■ 

This field shall provide the operatldnal status of each SDAS. It 
shall be modified by the copnunications interface software as each; 
site is called, commands sent to the SDAS, and data collected. The 
status field will allow proper sequencing during a restart of the deta 
collection process. 

^ SOAR Dlai'Digits ' , 

This field shall contain the autocall dial digits required to 
automatically ;call a. site over awitched lilies. These digits shall be . 
entered by an operator when the remote site becomes operational and 
shall remain fixed;' thareafter.,;--" ;^ 

2.2.1;.4 SDAS Process Requirements , 

This field shall specify how often data will be collected from, a si te. 
It will contain the number of days desired between data collections. 

. A :*'1‘^ in this field for instance : WpuliT vindicate daily /colleetidn. 

Thi^ field shall initiaiiy be input by an operator when the site 
becomes operational and shall be changed only if collection 
requirements change. 

2.2.1, 5 SDAS Data Collection Time 

This field shall be required by the communication Interface software 
to deterniihe; when be Goliected: from a site.; it shall 

contain the time (year, day, hour, min, sec) that data was last 




■i ■■ 
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collticccd. By sub trace ii\r, this fiulU frcti the current tii.u' and 
comparing the result with the SDAS nrc'cess recuiri:>m(jucs field, tda 
software shall automatically determino when to col lac t data from a 
site,;. ■ 

2. 2. 1,6 SDAS Error Information 

This field shall contain error information rev'oivod fi'om a site during 
data collection. Error information is contained lit the reply messaste 
from a site and is described in Section 2. 4.2.2. 

2,2.127 Number of Site Disk Extoncs 

Data collected from each remote site shall be temporarily stored on 
disk until forwarded daily to the ho.st computer for processing. To provide 
the flexibility to continue the collection from sites when either" the 
data transfer link (SBCA) or the aost comnuter is not functioninpi the 
software shall allow provisions for up to five .iaily collections 
before data transfer to the host must be accomplished. This field of 
the site directory shall indicate tae number of times data has been 
collected since last transfer to the host computer. Upon completioii 
of data transfer, this field shall be reset to iiidicate chat no data 
is being retained on the disk. 

2.2. 1.8 Site Record Index 

This field shall indicate where the data collooted from a site is 
stored Oil disk. , This fieia snail nave tae capaeiiity to eonca.uii td-ve 
entries due to the collection requirement specified in 2. 2, 1,7. 

2,2.1,9'" ■Site. Byte .Count /■; . . 

This field shall indicate h.iw many bytes of data wo.re collected and, 
when used with the field specified in 2.2.1, 8, will indicate whet'o 
data was. ■ stpyed on disk and how muc^ data was stoi'od , ^ : TViig- f ield a.- ill 
hold up: to five entries (one for each pos.siblo data collOetion) . 

2.2,1.10 Initial Re%al Time Clock Reading 

This field is reqviired in ordei* to determine the actual local time of 
sensor readings in the colloctod data, ; Tl^ shall contain tlio t.ime 
(year, day, hour, min, sec) in local time that the Rejil Time Clock in each 
SDAS read aero., field shall hold five entrioa; (oneCf^^ each 
possible data collection) . 

i.lil.llBCU Errors ' 

This field shall indicate the number of RCIt errors do toe ted during 
each dbba collection Cfive^^ entries shall be provided) . BCH error 
processing is discussed in Section 2,3.2 of this document. 






2.2,2 Site Dlrsctory Update Requirements 

The ability to manually update the site directory from the System/7 
teletype shall be provided. The fields which shall be updated ere: 


o SDAS Dial Digits 

^ . o SDAS Process Requirements : 

All other fields shall be updated under program control during data 
collection and subsequent transmission to the host, 

2i2.3 Site Directory Print Reguirementa 

All the site directory fields described in section 2.2,1 shall be 
printed, either upon request dr when the site directory is initially 
generated. This function will not be done on-line during, data 
collection but shall be initiated as an off line program. 
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2.3 COmUNICmONS HAE0WARE INTERFACE REQUiREMEpS 

In order to automatically collect data from remote sites, software 
shall be provided to; communi cate with eac h SDAS via the communication^ 
hardware . Figure 5 shows the communications hardware with which the 
software shall interface. The software shall initiate commands to the 
Teleprocessing Multiplexer Module (TFMM) to establish proper 
communications to the autocall unit and modem for both transmission to 
and receipt of data from the SDAS. In addition, the software shall 
perform status checking after every input/output operation to ensure 
correct operation. The following paragraphs define the detailed 
requirements to be satisfied in Interfacing with the communication 
hardware . 


2.3.1 Interface Command Requirements 

Interface commands and required software action to initiate 
communication operations are shown in Table 2-1. 

Table 2-1. Ititerf ace Commands / Sdf tv?ar e Required Actions / 

COtMAND' SOFTWARE ACTION 


OPEN A LINE / initialize a communications line f dr asynchro- 

nous send/receive operations or a dial operation 

CLOSE A LINE . Place a. .eomraunications line, in the. inactive : 

state. 

DIAL A REMOTE " Automatically issue dial digits to the Dell 301 

SITE , autocall unit and complete a connection to a 

site over a switched telephone line. 

ISSUE SDAS C0I'2L4ND Transmit data (SDAS commands) over an asynchro- 
nous communications line and then receive data 
(SDAS reply) over the same asynchronous communi- j 
cations line. .V.; j 
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2.3.2 ^ Data, Integrity, Requirements 

4 be required on ail . data seuti or received over 

the communication system, This validity check ^.Hll be sent/recelved 
every eight, bytes as part of the data and vill provide a data 
integrity; check dox-m to eight :hy te^ , 

The method of validity checking shall be a cyclic redundancy code 
method called Base-rCh.audhuri-'Hocqnengheni (BGH) ., A B Gil shall be . 
calculated and sent with all data transmitted to a SDAS . ' The 3BAS 
will calculate a EC^ for the data received and . verify the BCE sent is 
the same value.. If the value is not the same, an error reply message 
;(as defined ..in Section: 2..4. 2) shall be sent.: to the System/.? *. . A 
similar verification shall. take place in the communications interface 
software in the System/? for all data x^eceived from the SDAS. Action 
taken by the. System/? software fox* ex'ror conditions is discussed in 
:S,ection ;2V4'*2.' " • 

2.3.3 Gpmmunications^ Status laaulremonts 

.During each interface' command speciiied. in Section 2.. 3.1, .status . 
checking shall be perfontied and status inf orraation made available 
after the operation. The typee required to be detected and 

required software actions are defined in Table 2~2. 
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Tabilft Conniaaicotion Irtor DatQttlon/Soft>f«ta Action 



' SOFTWARE 'Action '; ■ 

Data Sat Chack ^ ' ^ ■ 

0 Loaf of Data Sat Ready 

0 lota of Carrier Detact 
during 'a ' read ■ 

0 toaa;Of;-,ciear;;tQ-Sen^ 

‘ ‘ during; .-a 

o ACU not ready during a ^ 
■ dial 

NaUe three atteropta to reeitabllah 
V coBaunicationa and retry the comT : 
tiand* If uneuccceafui^ continue 
V,; to ; next ^aite : ;^:v; :v; , : . 

■'■'Data (lUarruh - " 

: • :./ . a Gharactar^interrupt; o 
occurred before pravioua 
- character . aervicod ■■ . 

Retry comsumd three times ,t then ! 

; continue to next site - 1 : 

. Syateiii/?:-XiW^i;^ 

Retry cdmcsand three timaf , then 1 

j continue, to .next eita. . ■. j 

Xitoe Out Detveeh 

Make three attempts to reeatabliaU ! 
comunications and retry the com- 
mandit If uneuccesaful, continno f 

l^Lme Out * No SDAS Reply 

Nake thfod attempts to reea tahl i ih ! 
conaunicatidna and reti 7 fe \ 

raandV If uhsuccesef ul , continue ' 

to next sitcA .. /■■■■■■■..>: 

BCK Error in Received Data 
■ 1 error for comands '''■■'■■ " 

other than Tona.*V 

IQ arrora for “Read Tape*” 

^ Retry. cQBttnand..'.fh.rea.'tline,a-':,thQ 
■reestablish; ;c^ ■au'd/ra-', 

; try . three./ times- chon ; ContinuC;^;to' .^':;v-;;^ 
■'"'■'ndx6;site'*' • 

Sof tvare Error ' 



If VC have thr«« faliurca to conplotc a data ti;«nimtasion» the ptograw 
. Viilf , fOtni: »*^§:"!0i'^fM:'COUactf^ 

Msyatam recovory ahali ba Under opaentoi* control (reload of aviit«im aiva 

■1 . > . . ^ ' . I M ^ . 
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lA SYSTEM/7 - SDAS COMMUNICATIONS REQUIUEMENTS 

Th« SyBtem/7 communications aoftxmxa shall iititlatc all communlcntious 
with a sits. Each site communicatiQt\s shall be initiated with a 
command mesaaga from the Syatem/? and be followed by a reply mesaaga 
from the site. Figure 6 illustrates the coiumunicntions cotnmund/ reply 
sequences necessary to collect sensor data from a site. The following; 
paragraphs describe the System/7 - SDAS communications requirements, 

2»4.1 Cewanand Message Proeessina 

Upon establishing communications with a remote SDAS via the 
communications hardware (described in paragraph 2,3), the 
communications software shall transmit a command message to the SDAS. 
Each command message shall contain: 

1. A unique command code for the SDAS function to be performed 

2. SDAS Identification information 

3. BCD code for data validity checking 

The format of the command message is discussed in paragraph 2.4,4, 

After transmission of the command, the software shall delay for at least 
one minute awaiting a reply message from the SDAS. If no reply is 
received within the time limit, the coimnunications software shall 
disconnect from the telephone line, print a message indicating failure ■ 
to respond, and attempt to reestablish the command interface, The 
software shall attempt to cacabllah communications throe times. If 
not successful, a message shall be printed indicating unsuccessful 
communications, and 'the software shall proceed to the tiext remote site. 

2,4.2 Reply Messages Processing 

A reply message shall be sent to the System/? from the SDAS after each 
successfully received command message. Reply messages shall vary in 
length depending on the command which was transmitted to the SDAR; 
however, each reply message shall contain the following information: 


1. Command Code (as received by SOAR) 

2. Site Identification (as received by SDAS) 

3, Status of the SDAS 

4, BCH Code generated by SDAS Cor data validity cheeking. 
Format of the Reply Message is discussed in Paragr:iph 2,4,5, 

Two types of Reply Messages shall be received from the SDAS: 


Normal Reply Message Bit Q of the SDAS status code contains a 


TBDT 
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ANSWER 

READ CONFIGURATION AND END OF FILE COMMAND ^ 

WRITTEN TO TAPE 

READ CONFIGURATION AND END OF FILE REPLY CASSETTE 
REWIND COMMAND 


REWIND REPLY 


TAPE CASSETTE REWIND 


READ TAPE COMMAND 


READ TAPE REPLY 


REWIND COMMAND 


REWIND REPLY 


TAPE CASSETTE 
PLAYBACK 


TAPE CASSETTE REWIND 


DISCONNECT COMMAND 


DISCONNECT REPLY 


DISCONNECI 


Figure 6. Command/Repiy Sequence 
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chc SDAS iitatus code contains a 


upon toeelpt o| a Reply Message « the software shall detemine the type 
o£ reply and perform the processing functions required for the type> 
These processing requlretnents are discussed in the following 
paragraphs. 

2.4*2. 1 Mormal Reply Processing 

The software shall examine the status and BCU codes returned with tVie 
reply message. If the BCU returned with the data does not agree with 
the BCU calculated for the data, the software shall repeat the command 
sequence up to three times. If the reply data is incorrect for three 
Consecutive attempts, a message shall be printed, communications shall 
be reestablished and three more attempts made. If still unsuccessiul, 
the software shall proceed to the next site for continuation of data 
collection. 

If the status returned indicates an SDAS error, the message reply is 
considered an error reply message and the actions specified in section 
2. 4.2. 2 shall be performed. 

for normal reply messages which pass BCU and status tests, the 
software shall proceed to the ixcxt command in the site data collection 
sequence. 

2. 4. 2*2. Error Reply Message Processing 

The error reply message shall contain status codes indicating the 
error which exists within the SDAS. Xl\cse errors, with the 
corresponding required soft^^are action, arc shown In Table 2~3. 
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Table 2-3» SCikS Errdt Cobditlbna aa«i 


Ertor Condition 

Software Action ^ 

1. BCH Error in Prsvlous 
CoBunand 

Reissues coimand to SDAS (3 tlmest if 
required) then continues to next site 

2. Invalid Cotmnand Received 

Reissues command to SDAS (3 tlmest i^ 
required) then continues to next site 

3» Invalid Station Addresi 
■/■''.Received; 

Reissues command to SDAS (3 times, if 
required) then continues to next site. 

A« SDAS Devices Failures 
0 MPX 1 

oMPX 2 . 

0 MPX 3 
0 A1 Basic 
0 Tape Control 
Q Realtime Clock 

A message containing the status ro'^ 
eeived is printed and the software 
proceeds to the next site. The SDAS 
error information is placed in the 
site directory field specified in 
Section 2. 2.1. 6 
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2 •4. 3 Coininand Daflnltlona 


Tht coninunlcaClons software shall support the contnands to the SOAS as 
shown in Table 2'>4* The actions taken by both the SDAS and the 
communications software in accomplishlni; the command function are also 


Table 2-4* Syatem/7-SDAS Commands/Software Action 

COMMAND 

SDAS ACTION 

REPLY ACTION 

Read Configuration & 
End-of-File 

End of file written to 
tape cassette and reply 
message with current 
Realtime Clock (RTC) 
reading sent to System/7 

System/7 computes when 
SDAS RTC was Initially 
*'0" and proceeds to 
next command 

Rswlnd/Read 

Tape cassette is re- 
wound to beginning of 
tape end reply sent to 
System/? ; 

Reply message verified 
and next command 
Issued 


Read Tape 




Tape cassette is placed 
in play mode and data 
on enssatta sent as 
reply massage 


Tape cassette data is 
read. BCH checked » A 
stored on disk 


Disconnect 


Reply message sene to 
Systam/7 and SDAS dis- 
connected from com- 
munications 


Reply messaga vasrified 
any new command must 
dial to reestablish 
communications with 


Disconnect & Rewind** 


Reply message sent to 
3y3tom/7, SDAS dis- 
connected from com** 
muni cat ions, and tape 
cassette rewound 


Reply message verified* 
any new command must 
dial to reestablish 
communications with 
SDAS 


Read Configuration* 

Reply message sent to 
System/7 with current 
SDAS RTC reading 

Reply message verified 

Reinitialize** 

Reply message sent to 
Systom/7 and a master 
reset of SDAS hardware 
and software executed 

Reply message verified j 

■ ■ ■ ■ ■ ■ 1 

Rewind only** 

Tape cassette rewinds 
until stop is encoun- 
tered and reply sent 
to System/ 7 

Reply message verified 

*Thls command useful for verifying status of SDAS 
**Not used during operational data collection. 
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2»4i4 Gbaroand Meaaage Forwac 

All tsbmntand messages shall have the following format: 

^ Ill ' ' .r ii ^ II. I I I . ' ■ 6 bytes ■ — 


Pad isync 


Commuid 


Pad 

FF 

Sync - 

6C 

Command > 


SA . . 

HH 

BCU 

KH 

*H “ Hexadecimal d: 

2.4.5 Reolv 

' Messai 


Circuit Activation Bits r 1 byte 
Synchronization byte 
Unique command code 

Station Address <* SDAS Identification Code 
Bloch Check Code for previous two bytes 


All reply messages with the exception of the Read tape reply shall 
have the following format. 


FAD SYNC C 


3 or 8 Bytes 


SA I STATUS 



Time 

Clock 


ead Contiguratlon 


Commands Only 


Pad - 

■■ FF ■ 

Circuit Activation Byte - 1 byte 

Sync - 

6D 

Synchronization Byte 

Command 

HH* 

Command Received 

SA 

HH 

SDAS Station Address 

SthtUS - 

HH 

SDAS Status 

Record - 

HHHH. 

Unused 

Ct. 



Real - 

HUHHHH 

24 Bit SDAS Real Time Clock Reading 
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- IIH Block check clock for previous 3 or 3 

bytes depending on reply 

Hexadecimal digit - 4 bits each 


OtKOKAL PAGE lb 
MS IKX» QUAUTY 
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2.4«6 Read Tape Reply 

The Read Xaperaply contains data transmitted from the cassette tape 
in the SDAS. This reply message shall vary in length depending on the 
amount of sensor data on the tape. The format of the Read Storage 
Tahle reply is shown in Figure '/r ; 

2.4.7 Communication Report Reguiraiseacs . 

During the System/ 7 - SDAS communications requlrad for data collection 
an operational log or report shall be generatad. This report shall 
maintain a history of each site command/reply activity and shall 
contain the following; 


o Time Information with each message 

0 Commands sent to SDAS 

o Status information associated with each command 
o Action taken after errors 


•m tOOR (JUAUry 


BUFFER 
rOHMAT 
151 2 BYTES MAXJ 


DATA 
SCAN 
(14 70 42 

farametersj 


TIME 

(2 BYTES* 

DATA 
(G BYTES) 

BLOCK 

CHECK 

(1 BYTE) 

DATA 
(B BYTESJ 

BLOCK 
CHECK 
0 BVTEI 

DATA 
IB BYTES* 

BLOCK 

CHECK 

(IBYTE) 



COM.IAND STATION STATUS RECOac ITIWE 


nBYTE) nevrEMlBVTEl «»BVT£I BYTE^ 


BLOCK DATA 
CHECKS SCAN 


M BYTE) 


(2 BYTES) 


data pad 

SCAN 

NO. N (S8YTE5I 


BLOCK RECORD PAD 

CHECK BLOCK (1 BYTE) 

CHECK 

ftOYTEI (IBYTE) 


TAPE 

FORMAT 


BUFFER 
DUM» NO 1 


Figure 7, Read Tape Command Reply Format 


BUFFER 
OUNF NO 2 


(512 BYTES) (512 BYTES) 


BUFFER 
DULrNO N 

(512 BYTES) 


ENDOFTAPE 

MARKER 

n2eYTES| 


© O 

II 

fo> 

JO ^ 

po 

few 
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Z.^j DATA STORE REQl'lRCMENTS 

The communications Interface software 'shall accept and score on disk 
all incoming SOAS sensor data. This data will be received as the 
reply to a Read Tape Command and will be in the format described in 
.’Section 2.4,6, The data store software shall provide the following: 

o Buffers In Syscem/7 memory to accept the data transmitted 
from the SDAS, Two separate, chained buffers will* be 
required to allow one buffer to accept data while data is 
being written to the disk from the other. 

o Provide storage (non-volatile) of the data on System/ 7 disk 

0 Maintain the Site Directory fields that provide an index to 
the data on disk. 

o Maintain the local time that the data was collected 
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2,6 TRANSMIT DATA TO HOST COMPUTER 

The communications Interface software shall provide a host fon;ard 
store capability. This softv/are shall perform the following: 

o Automatically retrieve Che sensor data for each site from the 
System/7 disk. 

o Build an identification/header record to be sent to the host 
with the data from each site. 

o Update the Site Directory fields on System/7 disk, 

o Transmit the header records and data from site to a data set 
on the S3 70-145 host computer. 

o Provide error recovery during System/ 7 - HOST data transfer. 

The required format of the header records and data to be sent to the 
host are shown in Figure 8, 
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DATA RECORDS 



RECORD 1 RECORD 2 RECORD 5 

BCH - BLOCK CHECK CHARACTER 

FUG - INDICATES WHETHER THERE WERE ERRORS IN THE PRECEDING 8 BYTES OF DATA 
DATA INFO 



'h’rput Forma i 


Figure 8. Syst/^fr 


y 












END OF SITE 



1 

_ ^ 

_ _3 _ 

4 


COMMAND 

CODE 

SA 

SC 



(B« OF SITE IS 8 BYTES LONG, AND BEGINS AFTER A FLAG BYTE) 
SA IS STATION ADDRESS / SC IS STATUS CODE 

BLOCK, 


BtOCK 

START 

COfmUfiO 

SCAN 

SCAN 

SCAN 

SCAU 


SCAN 

END OF 
SLOCK 

MORE m 
UF TO 





8 &VTES Of FF^g 

NEXT BCH SYTC 



(BLOCK STARTS ARE ALIGNED AFTER A FLAG BYTE, SCAN'S ARE HOT ALIGNED, END OF BLOCKS ARE 
NOT ALIGNED BUT HAY BE PADDED WITH EXTRA FF'S.) 

BLOCK START COIWNP ^ 

TIKE IS A COUNT IN 2 SECONDS ELAPSED SINCE CLOCK 
START TIKE AT SITE. TIME AT START OF BLOCK. 


» » 3 « 5 g • 







COT4MAND 

CODE 

SA 

SC 

ULOCK 

COUNT 

riwE 


SCAN 


TIME 

SCAN DATA: LENGTH AND ARRANGEMEY4T 


OEPENDES ON SITE 


TII€ IS LEAST SIGNIFICANT 2 BYTES OF COUNT i 
IN 2 SECONDS ELAPSED SINCE CLOCK START * 
TIf€ AT SITE. h 


Figured. System / 7 Output Format (Continued) Cj 
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Th« Ability tQ AMAUAlly select and send commands to the SDAS and 
nonitor the reply sheli be provided as an aid In troubleshootini; SDAS 
or systiW anonelies* This capability shall also be used in Initially 
brlhdidg a site bn line* The conRianda provided as operator input from 
the System/7 teletype shall be as follows: 

^lUiinitlallse^- ,^:v 

d Read 

o Disconnect 

■ ■ ■.: o., Rewind ' ■ -. 

o Disconnect and Rewind 
o Read Tape 

o Rewind with forward read to BOX 

The reply from the SDAS and the communication hardware status shall be 
printed after each command* Printing of the data received from the 
"Read Tape" command (data written on cassette) shall be under control 
of the operator* 
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Wi rROQESaiNG SOFTWARE 

Th« Input pvcteesaius software^ aa shown previously in Figure A, 
eKceutet in the S/37Q-145 host computer configuration. The overall 
Function of this software element is to transtortn raw inout into 
procested information for generation of the performance evaluation data 
base* This transformation reqviires that the software satis ty the 
requirements as stated in the following pvaragrnphs, 

3,1 FimCTIONAl, REQUIREMENTS 

The Input processing software, in performing its data processing role 
within the GDPS, shall perform the following: 

o Accept raw site data from the System/ 7, 

0 Extract variables from scans and convert to engineering vinita* 

0 Test converted variables in accordance W’ith performance analvst 

Inputs, 

o Compute performance evaluation parameters. 

Q Generate site operational data base files. 

o Create history /archive tapes, 

0 Create input sumamry reports and error messages. 

The detail requirements associated with above funcclons are described 
in tha following paragraphs: 
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3.2 ACCEPT mi DATA FROM TllE SYSYEtt/7 

Software on the S/37d shall communicate with the host forward store 
software on the System/7 for the transfer of raw data. Communication 
shall be through a Sensor Based Control Unit (SBCU) attached to the 
S/370 to a Sensor Based Control Adapter (SBCA) attached to. the 
System/7. Raw data received from the System/7 shall be stored into a 
S/370 data set on disk for subsequent processing. The input format 
from the S/7 was shown previously in Figure 8, and the format of the 
data on the S/370 data set shall be identical to the input « Data 
shall not be passed to Subsequent processing steps if errors are 
encountered during data transmission. Data transfer shall be attempted 
five times if errors occur. If transfer is unsuccessful after five 
tries, the customer engineer shall be notified. 

Error conditions which shall be detected during the transfer are shot/n 
in Table 3.1. 
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Table 3-1. System/? • Host Communication Error Conditions 


Error Conditions 

Required Actions 


1. 

Channel Control Check 

r 
*•>. • 

Message issued to console. Retry of 
transmission will depend on sense 
settings associated with error. 

2. 

interface Control Check 

2. 

Message issued to console, 
transmission will depend on 
associated with error. 

Retry of 
sense settings 

3. 

Chaining Check ' 

3. 

Message issued to console. 

No retry. 

4. 

Channel Data Check 

4. 

Message issued to console. Retry response 
on sense settings associated with error. 


Command Reject 

5. 

Message issued to console, 
formed. 

One retry per- 

6. 

Bus Out Check 

6 . 

■ 

Message issued to console, 
formed. 

One retry per- 

7 . 

Equipment Check 

7 . 

Message issued to console, 
performed. 

Five retries 

3. 

Data Check 

8. 

Message Issued to console, 
formed . 

No retry per- 

9 . 

Overrun 

9 . 

Message issued to console, 
formed. 

No retry per- 

10* 

Controller Read Timeout 

10. 

Message issued to console, 
performed. 

One retry 

ll. 

End of Block Response 
Timeout 

11. 

Message issued to console, 
performed. 

No retry 

12. 

Incomplete Read Operation 

12. 

Message issued to console, 
performed. 

No retry 

13. 

Invalid Controller Address 

13. 

Message issued to console, 
performed. 

No retry 


Incomplete Sense SBCU 

14. 

Message issued to console, 
performed. 

No retry 

15. 

Invalid Order Response 

15. 

Message issued to console, 
performed. 

No retry 

16. 

Invalid Branch 

Id. 

Message issued to console. 
Performed. 

A A4 

No retry 
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Error Conditions 


Required Actions 


17. Invalid End^ofrBlock Response 17. Message issued to console. N'o retry 

performed. 

18. Invalid Attention Response 18« Message issued to console. iTo retry 

performed. 


19. Mo Controller Selected 


20. No Request Code 


21, Order Response Timeout 


19. Message i.ssued to console. Mo retry 
performed. 

20. Message Issued to console. No retry 
performed . 

21. Message issued to console. Ko titry 
performed . 


22. Request Code Overflow 


22 » Message issued to console. .No tutry 
performed. 


23. ALU Check 


23. Message Issued to console. No retry 
performed. 
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3.3 DECOMMUTATE RAW DATA INTO SCANS 


Decommutatlng raw data into scans shall include: 

0 Separating BCH's and flags from the data. 

0 Determining the location of Block-Starts, End-o£-iJlocks, 
and End-of-Sites. 

0 Extracting scans from the data. 

0 Computing scan times in local time at the site. 

Error processing shall include: 

0 Stopping; the processing for a site if the program cannot locate 
where blocks and scans basin and end. An error message shall 
also be printed indicating chat data has been rejected. 

0 Storing a scan into a rejected-scan data set if the time of the 
scan Is uncertain because of BCH error or the time fails time 
continuity tests. An error message shall also be printed 
indicating time of scan and reason for rejection. 
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EXTRACT VARIABLES AND CONVERT TO EKGIMEERIKG UNITS 


Th* Input proenaslng softwarn shall procass variable formats for data 
varlablaa td.thln scans. The software shall maintain a SDAS description f 
directory to provide a detailed definition of the location of each 
variable within each SDAS Input data scream. 1 

To extract variables from scans i the scan file created during decomnittca* 
Cion shall be used as Input. The software shall locate each variable 
requiring callbratlon/converslott through use of the SDAS description g 
directory. 

Variables shall be calibrated and converted to engineering units using f 
the contents of the TP & C (Instrumentation Program and Components list) | 
file for conversion type and the conversion constants for each variable, s 
The following conversion types shall be provided. 


Lineert 
Quadratic : 
Third Order: 
Discrete: 


Eng-Unlts ■ A +(B x Raw) , 

Eng-Unlts * A +(B x Saw) + (C :c Rawi^) 

Eng-Units » A +<B x Raw) + (C x Raw'") + (D Ra\c ) 
Eng-Units • 1 if A < Raw < B 
0 otherwise ~ 

Eng»Unlts ■ V^A +(B x Raw) h 
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3.5 COMVERTED VARIABLE TESTING 

After conversion to engineering units. Individual variables shall be 
tested for: 

o Exceeding limits specified by the performance analyst 

o A change betueen successive readings which exceeds a manlmun 
specified by the performance analvsc 

o A BCH error flag for the portion of the data stream from 
which the variable was extracted. 

A variable which falls eny of the above tests shall be rejected. A 
failure indication value shall replace the computed value in the 
output used to update the data bank. The rejected computed value, 
along with identifying Information (site id, time, and an indication 
of which variable the data ie for) shall be Included in error messages/ 
reports to the analyst. 


The capability shall be provided to perform tests for no change in a 
variable. This capability shall be selectable via performance analyst 
input. Variables falling this test shall be included in error 
messages provided to the analyst. 

Control over the level of detail of error messages shall be provided 
to the analyst. Capability sltall provide detail messages (to the 
variable level), summary messages, or no messages. 
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3,6 COV.EUIE PERFORMANCE EVALUATION PARAMETERS 

Th« Input proetsting software shall utilize the site Instrumentation 
data and manually provided data to compute performance evaluation para- 
meters . Instrumentation input to these computations shall consist of 
input variables at the scan level after conversion to engineering units 
and testing functions have been performed. Manual input of parameters 
required in computation of performance parameters shall be provided by 
the performance anelyet. The resulting performance parameters shall be 
included as output for entry into the data base. 

The following performance evaluation factors are typical of what might 
be required for a particular site. This is not an all Inclusive list 
and Is presentsd only for Illustration. The particular list computed is 
site dependent with some amount of addition or deletion to be expected. 

o Solar Energy Proved for Hot Water 

The solar energy applied to the hoc water load over the time 
period Of interest. The DHW storage tank output differential 
temperature and the DHt'7 flow to load would be utilized to 
celcnlate this energy transfer. This calculation is In the 
form of an Integral with integration interval corresponding to 
the summary time period. 

o Auxiliary Energy Required for Hot Water 


The auxiliary power transferred to the hot water when solar 
energy cannot meet the demand. Differencial temperature 
across the DHW auxiliary heat exchanger and flow to DHW load 
. Is utilized in an integral equation to calculate the energy 
function. 

Q Energy Savings for Hot Water 

The fossil fuel equivalent energy savings that result from 
using solar energy to heat the domestic water. This is accom- 
plished by subtr.icting the fossil fuel equivalent energy 
required to operate the solar system from the equivalent 
fossil fuel energy which would be required to operate a con- 
ventional system to satisfy the same load. The user must 
supply the thermal efficiency for converting fossil energy 
. Into energy required to operate the conventional subsystem 
selected for comparison. 

0 Solai Enet'gy Required for Heating 

The energy from the solar energy system utilized for space 
heating. The differential temperature on the load side of the 
storage tank together with the flow to load from storage are 
utilized in ah integral equation. 
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o Auxiliary Energy Required for Heating 

Auxiliary energy for space heating nay be supplied either elec- 
trically or thermally. The electrical option requires totalized 
wattmeter readings that arc then converted to Btu’s. The thermal 
option is calculated in a similar manner as the auxiliary energy 
for hot water with the differential temperature being across 
the space cooling/heating auxiliary energy heat exchanger and 
the flow measurement being the flow through the heat exchanger, 

o Energy Savings for Heating 

The fossil fuel equivalent energy savings from using solar energy 
for space heating computed by subtracting the fossil fuel equiva- 
lent energy required to operate the solar system space heating 
system from the equivalent fossil fuel energy required to operate 
a conventional system to satisfy the same load. The user must 
supply the thermal conversion efficiency and COP for conventional 
subsystem selected for comparison. 

o Solar Energy Required for Cooling 

The energy from the solar energy utilized for cooling. An 
integral equation similar to the solar contribution to space 
heating where the differential temperature on the load side 
of storage and flow to load refer to chiller operation. 

o Auxiliary Energy Required for Cooling 

An integral equation similar to the auxiliary thermal energy 
required 'for space heating with temperature differential and 
flow measurements referring to chiller operation. 

o Energy Savings for Cooling 

The fossil fuel equivalent for using solar energy to provide 
cooling. Computed in manner similar to the hot water and space 
heating with user supplying the thermal conversion efficiency 
and COP for conventional, subsystem selected for comparison. 

o Rotating Equipment Power 

The total power required by components such as pumps and fans 
which are required to operate the solar energy system. 

o System Energy Loss 

The energy collected by the array but not utilized by the heating, 
cooling or DHW subsystems. It is the difference between the 
solar energy collected and utilized and a correction term 
applied to account for the variation in energy storage. 
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o Total Solar Utilized 

The sum of the solar energy system contribution to DllW, heating 
and cooling . 

o Total Auxiliary 

The sura of the auxiliary energy required to support the solar 
energy system for DHW, heating and cooling. 

o Total Load 

The useful effect provided to the building by the DHW, heating, 
and cooling subsystems. For some types of subsystems this value 
will be identical to the sum of the solar energy used and the 
auxiliary energy used while for others this sura must be modified 
to account for the efficiency of the subsystem. 

o Total Percent Solar 

The portion of the heating, cooling and DHW load (total load) 
provided by solar energy and expressed as a percent. It is 
calculated by dividing the sum of the solar energy applied to 
the heating, cooling and DH^^ load by the total load. 

o Total Energy Saved 

The sum of the fossil fuel equivalent savings through use of solar 
energy for the various solar energy systems. 

o Insolation Data - Incident 

The numerical integration, over the time interval of interest, of 
the solar radiation falling upon the plane of the collector. 

0 Insolation Data ^ Collected 

The amount of solar energy collected in a given time period 
obtained by evaluating the integral equation that requires 
the differential temperature between collector array fluid inlet 
and outlet and the collector array fluid flow rate. Correction 
for fluid specific heat variations may be supplied as deemed 
desirable. 

o Insolation Data - Conversion Efficiency 

This term expressed as a percent is a measure of the ability of 
the overall solar system to convert Incident solar radiation into 
useful thermal energy for the building. It is determined by 
the ratio of load satisfied by solar energy to the total solar 
energy incident on the solar collector array. 
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o Cbllector Data - Array Efficiency 

This term expressed as a percent is a measure of the ability of 
the solar collector to convert incident solar radiation into 
thermal energy availabie either for storage or for the building 
demand. It is determined by the ratio of solar energy collected 
by the array to the total solar energy incident on the array. 

0 Collector Data - 

This term is a measure of collector panel steady state thermal 

performance and represents the slope of a computed function that 
relates collector array efficiency to the difference between 
collector fluid outlet temperature and ambient temperature 
divided by incident insolation. 

o Collector Data - Fj^(xnt) 

A measure of collector panel steady state performance and represents 
the y intercept of the function used to compute 

0 Storage - Loss 

This parameter is a measure of performance of the storage container 
insulation and is related to the average temperature difference 
between the storage medium and the storage ambient. I: 
calculated by taking the difference between the energy input 
to storage and energy output to meet building demand and the 
change in the internal energy of storage. Energy input and energy 
output are Integral equations requiring differential temperatures 
and flow rates on all closed fluid loops on the inlet and outlet. 

The change in storage energy is a function of the mass of the 
storage and the average temperature change over the time of 
interest. 

0 Storage - Efficiency 

Utilizes the same computed parameters as storage loss and combines 
them to form a percentage. The ratio is defined as the energy 
removed from storage plus the change in energy of storage 
divided by the energy input to storage. 

o Equipment COP 

Measuraments of the Coefficient of Performance (COP) are desired 
for thermally actuated equipment such as absorption chillers, 
heat pumps, etc. The equation used is dependent on the particular 
equipment being evaluated. For a typical absorption chiller it 
consists of the ratio of the cooling load met by the chiller 
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divided by energy required to meet the load (solar + auxiliary 
+ rotating equipment) . 

o Diffuse Radiation 

For some systems, it x^lll be desirable to obtain a direct measure 
of the diffuse Insolation for collector evaluation and therefore 
the appropriate instrumentation will be provided. Concentrating 
and spectral or angular selective collectors are examples of 
when this data is of value. Sampled values of the diffuse 
radiation will be taken and integrated over the time interval 
of interest. 

In the computation of the performance parameters, use of any instrumentationi 
verlable which has field testing criteria will require a significant amount I 
of input value deviance to determine if the value is set to an invalid ‘ 

indication (for example, sums require a minimum of 10 good values within an 
hour at this time). A different unique value will be used to indicate that r 
this variable is not applicable to the computation. • 
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3.7 GEtOATE DATA BASE 


The Input processing software shall generate the data base. These ] 

records shall contain directly-instrumented variables and performance 
evaluation parameters. Each data element of a record shall contain 

either 

(1) A value which has passed testing criteria or 

< 

(2) An indication that the value does not apply* was 

rejected* invalid or was not computed because of | 

rejection or non-existence of an input value. j 

Data base records shall consist of: 

(1) Detail Records (measurement scan level) 

4 

(2) Hourly Data (performance parameters) 

(3) Daily Data (performance parameters) 

(4) Monthly Data (performance parameters) ] 

The requirements associated with the generation of these data are 
discussed in the following paragraphs. 

Detail Data 

These data shall be at the scan level (baselined at 5 minutes). All 
variables which either are not applicable to this SDAS or have fiilod j 
processing testing shall be flagged with indicator fill words. 

Hourly Data 

Hourly data shall be computed from the detail data described previously. 
The hourly value (total or average) for a parameter shall be computed 
using an appropriate method (for example* rectaneular integration) 
based on the valid detail (scan) value for appropriate variables - 

within the hour. If a significant number of values ot the variables I 

within the hour have failed testing criteria (as indicated by the I 

appropriate fill words)* or arc not applicable the hourly value shall I 
be set to the appropriate fill value. I 

Dally Data 

Dally data shall be computed from the hourly data. The dally value | 

(total or average) for a parameter shall be computed using an appropriate! 
method (for example* rectangular integration) based on the valid hourly I 
values within the day. If all hourly values have been set to an 
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appropriate fill wordi then the dally value shall be set to that iiill 

word* also. 

Monthly r - \ta 

Monthly data shall be computed from the dally data using the same criteria 
that was used to determine dally values. 
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CREATE HISTORY/ARCHIVE TAPES 


The input processing software shall provide the capability to create 
history/archive tapes of raw and processed data. 

The software shall provide the capability to save on history/ archive 
tapes the raw data received from the System 7 computer and SDAS data 
description information used in processing the raw data into engineering 
units. 

The input processing software shall provide the capability to save pro- 
cessed data on tapes for history purposes as follows; 

1) Detailed measurement data (raw data converted to 

• , engineering units for each scar) for all sites will 

be archived. Appro:cimaccly one month duration of 
detailed measurement data for a group of approxi- 
mately 20 sites will be archived on one tape. 

2) Hourly performance factor data for all sites will be 
archived. Approximately three months of hourly per- 
formance factor data for a group of approximately 20 
sites will be archived on one tape. 

3) Dally and monthly performance factor data for all 
sites (approximately 200) will be archived every 
month on one tape. 

The archived data shall be orsaniced by sice identification tor rocrlavai 
purposes. 



CODE 20234 
^^7933251 

3.9 CREATE S^^1MARY REPORTS A^^b EAROR MKSiiAGKS 

To Astlst th« porfonumee analyst and data base maintenance personnel* 
tha Input Proe as sing Software shall create input summary reports and 
error maasagea. To provide these reports and messages* the software 
shall: 

0 Generate daily reports to specify the number of data base 
: raeordarby' aits ^a^^' scans. ^ 

0 Gensrate a report to specify the ntnnber of records by site 
placed in data bass dstali record history files 

0 Generate a daily summary report to specify the number of SDAS's 
proeasasd and the number of SDAS's for which proesssing failed 

o Generate daily messages if a sice is dropped or a block of data 
is dropped 

o Support user selection options for SOAS summary reports on raw 
input processing. These reports shall include the following 
types of information: 

Number of blocks 

Number of scans 

- Time of first and last scan 

Summary of errors in variables. 

o Support user selection for error messages on Individual 

variable- errors (BCH errors, out of limits* variable changing 
too feat* variable rejected) during raw input processing. 

o Support user selection option for printing data base detail 
records created by raw input processins. 

o Provide a report of calibration/conversion parameters for each 
remote site. Report shall include calibration/convetslon data 
for each Input parameter. 
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4. FILE MAISTENANCE SOFTWARE REQUIREMENTS 

The file maintenance software shall execute in the S/370-14S host 
computer and shall provide the capabilities required In support of the 
perfotmance evaluation data base. The softtvare execute in a 

shared environment under control of the S/370 operating system. 

4.1 FUNCTIONAL REQUIREMENTS 

To support the management of the performance data base, the file 
maintenance software shall: 

0 Update the data base as a result of additional Input 
Processing Software 

0 Provide capability for manual Input to the data base for data 
collection/addltion/correccion 

0 Provide capabilities required in performance of data base 
maintenance, access, and update functions 

0 Provide security of data base contents. 

The following paragraphs address the detailed requirements which must 
be satisfied. 
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4,2 AUTOMATIC UPDATE OF DATA BASE 

Tha output of Input Ptfocosslng $oftware shall create the perfomance 
evaluation data base as an automatic function of its processing* 

t - ^ 
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A. 3 MANUAL INPUT TO THE DATA BASE 

the performance evaluation data base shall contain non- instrumentation 
data relating to description and performance of solar heating and 
cooling systems. In addition, manual input for correction of data 
base contents shall be supported. Both terminal input and batch input 
techniques shall be provided. 

the manual Interface capability shall be used to generate initial data 
files within the data base and shall be used to enter non- 
instrumentation data, problem descriptions, problem solutions, site 
anomalies, and other texttype information pertinent to site performance 
evaluation. 

During the manual input of data, the software shall perform editing on 
format of input to ensure that incorrect data is not entered into the 
data base. Messages shall be provided to indicate erroneous input (on 
display tube from terminal input and via printout for batch mode). 
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4.4 DATA BASE HAIKTENANCE. ACCESS. AND UPDATE 

The normal data base maintenance, access, and update capabilities 
shall be provided for support of the performance evaluation data base. 

The file maintenance sofU’are shall provide: 

o Predefined operations to be performed on the data elements 
when maintenance is being performed. 

0 Interface between the data base processing language and user 

written routines for data editing. (Mo longer applicable) | 

o Data field editing while performing file maintenance. 

o Indication of errors in data makeup for corrective action. 

0 Statistics on system characteristics for use in improving 

performance . 

0 Ability to access multiple files tv’ithin the same processing 
sequence . 

o Capability for keyword/secondary indexing of data fields. 

o System recovery/restart. 

o Data migration (archiving) of data from the data base on selected 
basis. 

o Support of restructuring data files to allow for changes in either 
file size or content. 

o Data base utility functions for data conversion. 
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4.5 DATA BASE SECURITY 


The file malnCenance software shall provide security in access of the 
data within the data base. The data base security capabilities shall 
be utilized in either the terminal or batch mode of operation. Details 
of the security requirements are contained in the follo^d.ng paragraphs: 

Terminal Access 


Data base security within the terminal access mode shall consist of 
sign-on, password, and file classification security techniques. 

At sign-on to the terminal, the user shall specify accounting informa- 
tion and name. This information shall be verified for correctness, 
and if incorrect, a message shall be displayed specifying that incorrect 
accounting information has been entered, A sign-off shall be required 
before the terminal will be reactivated within the system. 

If a log-on is successful, a password shall be required before oro- 
ceeding. Error messages shall be provided to the terminal during 
password editing. 

Successful completion of password processing shall result in a user’s 
being allowed to request chat a data file be opened for acccs.s. 

If a data file open request is entered, the softijare shall ensure that 
the user has the authority to access the data file being reauested 
through file classification. The software shall allow the user access 
to: (1) read only, (2) write only, or (3) both based on the access 
table within the system. If the user does not nave proper file 
classification code, he shall not be allowed to address the data file, 
and an error message shall be displayed. 

Batch Access 

Security within the batch mode of operation shall be similar to that 
described above for terminal access with the exception of "sign-on" 
security which does not apply to batch operations. For password and 
file classification protection, erroneous requests shall result in the 
batch job being terminated and error messages being printed for user action. 

Access Authority 

Authority to access the data base shall he controlled via formal procedures. 
Program Office approval shall be required prior to releasing password 
Information and shall be required to add user’s identification to the access 
list. 
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5. USER SUPPORT SOmARE REQUIREMENTS 

The user support software executes In the S/370-145 host computer and 
provides those capabilities which are critical to the performance 
evaluation activity. Presentation of information in a form supporting 
evaluation and satisfying the needs of a diverse user community shall 
be the overriding objectives of this element of the software. 

S.l FUNCTIONAL REQUIREMENTS 

The user support software shall utilize the contents of the performance 
evaluation base to provide the following: 

o Information retrieval capability for report generation 

(non scheduled) 

o Plot capability for support of analysis activities and inclusion 
in reports 

o Generation of daily, monthly, and annual reports (scheduled output) 
o Generation of magnetic tapes 

o Terminal/Batch capabilities 

The detailed requirements In the above capabilities are described in 
subsequent paragraphs. 
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5.2 INFORMATION RETRIEVAL 

The user support software shall provide the user with the capability 
to access the data base contents on a non-scheduled basis for 
generation of reoorts/nlots to suopo**'* dailv .'inaivtical 
activities. A conversational language shall be provided to 
allow the user to generate queuries to satisfy nis own unique 
requirements. The retrieval capability shall be supported in both 
terminal/batch modes of operation and shall provide the following: 

0 ^ Retrievals against single/nultiple files. 

o Data qualification via user generated subroutines* 

0 Terminal data entry/collecLion from desired files. 

0 Batch processing of large data retrievals /updates. 

0 Multiple answer files from one retrieval. 

0 Versatile output formatting with headers, labels and boolean 
processing capability . 

o Library capability for temporarily storing queries for 
repetitive use* 

o Display statistical summaries of selected parameters* 


A-Gl 



CODE 2023A 
v79332.-)l 


5.3 PLOT CAPABILITY 

The ability to provide the performance analyst with plots of 
instrtimentation shall be an essential capability v?lthin the user 
support software. The software shall provide the ability to: 

i 

o Plot selected parameters versus time 
0 Plot parameter versus parameter over time interval 

■ 

o Plot multiple parameters against time 

0 Provide multiple plots on the same CRT image 

The Tektronix 4015/4631 terminal-hardcopy unit shall be supported by 
the software to provide both plots for analysis on the display and 
hardcopy of plots for inclusion in reports. 

Input to the plot support software shall be a file created through use 
of the information retrieval capability. The ability to process 
multiple input files to produce multiple hardcopy reports shall be 

provided. Interactive capability with data base for plots will be « j 

provided. ■ j 

i 

Representative examples of plot requirements are shown in Figure 9. | 
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Figure 9. Terminal Graphs and Plots 
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5,4 GENERATION OF SCHEDULED REPORTS 

The user support software shall provide the capability to access the 
data base on a planned basis for generation of scheduled output records. 
The software shall provide libraries of standard information retrieval 
queries which create the reports in the required formats. After 
completion of the daily data base update i the dally summary reports 
shall be generated and will present data summarized on an hourly 
basis. Monthly summary reports shall be generated and will present 
data summarized on a daily basis. 



20234 
^ 7 ': 13251 


5.5 MAGNETIC TAPE GENERATIQK 

Th« user support software shall provide the capability to {generate 
magnetic tapes compatible with user C^iSFC/ERDA/MSFC associate 
contractors) computer facilities. Magnetic tapes in either 9-track 
1600/800 BPI or 7-crack 800 BPI formats shall be generated. The 
information retrieval capability shall be utilized to access the data 
bank to create data files containing the required data in the correct 
format. User support softX'^are shall be provided to access the data 
files and write the data to the magnetic tape for delivery to users. 
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5.6 TERMINAL/BATCH CAPABILITIES 


In support of users t the user support software shall provide access to 
performance evaluation data bank contents via both terminal and batch 
modes* The terminal supported shall be IBM 3277 units located with 
the IBM facility (local terminals). An Interactive terminal 
capability shall be provided for access and display of data base 
contents. Displays shall be text or numerical information and shall 
be used for on-line performance evaluation activities. Hardcopy 
outputs and graphic displays cannot be generated on the interactive 
terminals but shall be provided via the batch mode (hardcopy) and plot 
capabilities (graphic on the Tektronix 4015/4631 display unit 
dedicated to support of performance analysts within the IBM facility. 

The terminal processing software shall provide the user the capability 
to: 

o Generate and execute information retrieval queries 

0 Execute predefined information retrieval queries 

0 Submit batch jobs via remote job entry 

o Use a conversational language to define output formats 

0 Perform maintenance on existing data files 

The batch operating capability shall provide the capability to perform 
Che following; 

o Generate and execute information retrieval queries 


o Execute predefined queries 

o Production of hardcopy reports 
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6. PERFOWL\NCE EVALUATION DATA BASE REQUIREMENTS 

The performance evaluaclon data base shall be located on disk storage 
and magnetic tapes within the S/370-145 host computer and shall 
contain all data files required in support of performance evaluation 
activities. Management and access to data withliv the data base shall 
be via the data base management and user support software. 
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6,1 FUNCTIONAL REQUIRE>ffiNTS 

The performance evaluation data base shall be organized to provide 
each major data bank user with his own data flic yet provide the 
capability to correlate information among the files. The data 
contained within the data base shall Include both automatically- 
entered and manually-entered data. 

The data base shall provide files for the following; 

0 Remote site description 

0 Remote site operational data 

0 System analysis simulation/veather data 

o System integration data 

o Subsystem evaluation 

o Configuration management 

0 Software development 

o Raw data file 

Each of the files shall have the following design requirements: 

Fixed Data Elements - Data fields, which represent record keys, 
site/system characteristics, site/system identification, 
geographical, and past climatological information, shall remain 
filled within data set records for life of the Solar lieating and 
Cooling Development contract. These fields shall be protected 
from arbitrary access and inadvertent destruction to avoid propa- 
gation of error throughout the rcmnlnder of the data base. 

Periodic Data Elements - Data values, which represent solar 
system and subsystem integration and testing and data 

collected from operational sites will recur on a fixed periodic 
basis as input to the data base. The periodic interval shall be 
one of the following: five minute sampling interval of raw data 

readings, summarization Intervals such as hourly, dally, etc., 
and pre-deflned intervals in accordance with the schedule for 
system and subsystem testing. Periodic data shall be pre- 
processed (converted to engineering units, limit checked, scaled, 
etc.) prior to being included in the data base. 

Variable Information - Variable data fields shall contain text 
and commentary information and also as pointers to data items in 
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off->lln0 storagA. Of particular InDortance will be the 
nalntenanca of failura history Infcrmatlon for each remote sitot 

Grouped Data Elemants - To simplify data manipulation and retrieval! 
continuous fields of "related data shall be grouped and secondarily 
named as one field when apprepriatet For example! the latitude! 
longitude! and elevation of a site shall be grouped under one namet 
^location', to facilitate data operations. 

Data Value Modes - Both alphameric and numeric data value shall be 
stored in the data base. Record elements which ere defined as 
alphanumeric mode shall require EBCDIC characters to be stored as 
bytes. These fields shall not require mathematical processing. Record 
elements (fields or groups) containing numeric values shall require 
processing using mathematical operators. 

Data Set Record Sizes - Record sicas will vary between the data base 
files. It will depend upon the number and length of the data elements 
within each record and the Operating System access methods used to read/ 
write the files. 

Catalogued P rocedures - To ease the requirement on the user to supply 
all the necessary job control statements and language whenever c system 
component is used, catalogued procedures shall be prepared. These 
procedures are sets of previously written Job control statements which 
will require prior storage into the System Library, uniquely named, 
and automatically retrieved during UKecution. Examples of required 
procedures are those to generate routine and fixed format reports, such 
as dally, weekly, monthly and quarterly analysis and evaluation reports. 

Assembly and Higher Level Language Roucines Support - The data base user 
shall be provided the flexibility to process his data directly from the 
data base and optionally update the data base from me calcuiatc^'i results. 
The use of a conversational operating system allows for the interactive 
processing of data by the use of application programs (higher level 
language routines) developed by the user. 

Secondary Indexing Capability - Secondary indexing shall provide 
the user with the capability to index files in tho data base by 
the contents of a field or fields other than the record key 
identification (o.g.. dato/systcm/sltc ID). The primary purpose 
of this capability Is to provide a faster response time for 
qualifying records during retrievals. Representative fields 
which are required to bo indexed due to their frequency of use 
are : 
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0 Subsystom (collector! storage, etc^) tuuittfacturer's 
idantlfieatlon 

o Subsyatom type Identification 

0 Subsysten material type Identification 

0 Subsystem cost category (economical! marginal , uneconomical) 

0 Subsystem efficiency category (very high, highi average, 

low, very low) 

IBM Standard 370 Software - The System/370 Partition Data Set 
(PDA) access method shall be utilized to support software 
development and configuration management. The Partition Access 
Method allows rapid access to software modules and configuration 
management reports by **name" alone. Each name and Its associated 
data Is a member of a PDS. 

Interfile Output - Interfile output f IPO) Is the capability to 
combine data from several related files (data sets) during output 
processing. This capability shall be required when the user 
requires information from several files to satisfy a complex 
information retrieval query. 
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6.2 REMOTE SITE DESCRIPTION 

The remote site description file shall contain physical chracteristics 
of the remote site, description of the solar heatini; and cooling 
system, auxiliary power costs, and other characteristics needed to 
evaluate performance of the system. Since no instrumentation data is 
Included within this file, manual input shall be required to generate, 
update, and maintain the file. Correlation information shall also be 
included to allow interfile access to satisfy complex queries 
requiring Information from several files. Pointers shall also be 
Included for correlation to off-line documents pertinent to each site. 

The remote site description file shall > reside on the disc and be 
immediately available throughout the life of a remote site. 
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6.3 REMOTE SITE OPERATIONAL DATA FILE 


The remote site operational data file shall contain the daily 
processed instrumentation data from each remote ‘site. Because of the 
volume of data, only one month's input shall be maintained on disk for 
immediate access. Data more than one month old shall be maintained on 
magnetic tape. 

This file shall be organized by remote site ID and operational data 
shall be In chronological order over the month Interval. In addition 
to the detailed instrumentation data, the file shall contain 
hourly summaries (over previous month interval) , daily summaries 
(over life of remote site) , performance evaluation parameters computer 
during the Input processing activities, and correlation information to 
support interfile queries. This file shall also contain correlation 
Information to files which contain manual input such as non-instrximented 
data, site anomalies, failures, etc. The file shall be automatically 
updated on a daily basis. 

Because this file shall contain the data of most interest to the 
performance analyst, the design shall optimize data organization to 
minimize retrieval/ access times in generation of reports /plots. 
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6 . 4 SYSTEMS AN,\LYSIS SIMULATION /UTliATIlKR DATA 


In the prediction of system performance at a remote site, systems 
analysis simulations will be performed. The results of the simula- 
tions performed for reference with operational performance shall be 
maintained in this data file. Weather data (US VJeather Service Data) 
used during development of reference predictions shall reside on 
magnetic tapes; however, the data file shall contain reference to 
weather data used. Actual weather data recorded at the remote site 
will also be available on magnetic tape with format suitable for simula- 
tion input. This tape will contain as a minimum hourly values tor 
Incident solar radiation and ambient dry bulb temperature. If available, 
wind speed, diffuse radiation and relative humidity will also be 
included . 

The results of remote site predicted performance simulations shall be 
provided in summary form for correlation v;ith data reports generated 
from the remote site description and remote site operational data 
files. The results of reference simulations shall be orcanicsd by 
site ID and automatically entered into the data file by the simula- 
tion software. 
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6.5 SYSTEM INTEGRATION DATA 


Each solar heating and cooling system Installed In remote sites shall 
be assigned a unique identification for evaluation purposes. The 
file shall contain the identification of subsystems comprising the 
system* characteristics of the system as determined during testing or 
from vendor provided information and pertinent test data. 

This data file shall be manually updated and shall reside on disk for 
lifetime of the solar heating and cooling system. 

6.6 SUBSYSTEM EVALUATION DATA 


Each subsystem provided to IBM for use in systems integration shall 
be included within this data file. Characteristics of the subsystem 
(both vendor data and MSEC test results) shall be included within 
this data file. The file shall be organized according to subsystem 
type (collectors, storage, hot water, cooling, heating, etc.). 

The data file shall reside on disk and shall be manually maintained. 
The file entry for each subsystem shall remain active throughout the 
utilization of the subsystem. 

6 . 7 CONFIGUIbVnON MXNAGEMENT 


The configuration management data file shall provide the capability 
to maintain historical data pertaining to change activity. Both 
hardware and software changes shall be maintained on disk within the 
host computer. Upon release of first articles for use, an entrv 
within the configuration management data file shall be established. 
All changes made to these baselines shall be entered into the tile 
along vfitU associated documentation. 

6.8 SCF'n.fARE DEVEtorMENT DATA 


The software development data file shall contnin the. library of 
baselined software deliveries. Both source and load modules sliall be 
included and shall be identified by ’name' within the file. Security 
shall be provided to ensure controlled access to the file. 

6.9 RAts^ DATA FILE 

The Raw Data File shall reside on magnetic tape and disk storage within 
the IBM facility and shall contain a history of all raw data received 
from each remote site. Raw data sliall be organised according to day of 
receipt and shall be sequenced in the order in ts’hich remote site data 
was collected. Data less than one month old shall be maintained on disk, 
then on a monthly basis dumped to magnetic tape. 


A -74 



?• SOFTWARE VERIFICATION REQUIREMENTS 


Verification of the CDPS software shall be performed prior to the 
overall CDPS becoming operational. This verification shall be 
performed while utilizing the CDPS hardware and shall consist of three 
phases: 

Development Verification - Analysis and testing performed to 
ensure that elements of the CDPS software satisfy requirements. 

Qualification Veriflcacion - Testing to ensure that the software 
system satisfies overall design requirements. 

Acceptance Verification Testing to ensure that the softw^are 
system satisfies normal operational requirements* 

During qualification and acceptance verification, test procedures 
shall be prepared and followed. Test results shall also be 
documented. 

Details of the verification plan and approacn are contained in the 
"CDPS Verification Plan" and other CDPS documeutaticn* 
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1. INTRODUCTION 

During Che development, documentation, and malnConance activities 
associated with providing an operational GDPS caoability throughout 
the lifetime of the demonstration program, a set of programming 
standards shall he utilized. The use of these standards results in an 
organized and systematic approach which provides reliable software 
which is easily understood and maintained. 

1.1 SOFTWARE IMPLEMENTATION STANDARDS 

The standards/conventions/procedures established for the software 
implementation phase are to provide continuity among the many 
programmers assigned. The implementation phase is usually the most 
difficult to control because of the individuality involved. A 
significant objective of standards is to establish a more structured 
approach to the coding process and to obtain program listings more 
easily understood and transferable. 

Standards to be utilized during software development are discussed in 
more detail in the subsequent paragraphs. 

1.1.1 Structured Coding Technique 

In concept, structured coding is an extension of the approach utilized 
in hardware design and development, of constructing compicK circuits 
from elementary AND, OR, and NOT gates. The software analogies to the 
hardware components ares 

0 Sequence of two operations. 

o Conditional branch to one of two operations and return. 

Programs written using structured code can be literally read from top 
to bottom typographically; there is never in line branching as is 
typical in trying to read code which contains "GO TO" statements. 

An important task in assuring that a program meets its design 
requirements is the detailed audit procedure. Since this audit is 
best performed by someone not initimately in the program doveiopment, 
readability of the code is of prime importance. One of the advantages 
of tlie structured code technique is that it provides a basis for 
systematic reading of the program. The reading sequence within each 
segment is strictly from top to bottom. As a result, audit procedures 
are made more systematic and result in higher software reliability. 
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1.1<2 Ptptf am Support Libraty 

'Ria progtaMnlng support libraty (PSL) Is a set of clerical and 
cosqiutar procedures designed for ttse in a softvare development 
ettviroamentt plus the clerical support needed to make it work. The 
principal objective of the library is to provide up-to-date 
repreaentatlona of the progranus and test data in both computer and 
human readable forms. The design of the procedures permits most of 
the clerical and recordkeeping operations associated with programming 
tp be isolated from the programmer. 

The principal advantages gained from use of the program library on 
software development are; 

0 Ffees the programmer from clerical duties,. 

o Centralizes the software system development activity. 

o Frovldes discipline to system development process. 

o Increases management visibility and control over software 
development. 

1.1.3 Top-Down Development 

The top-down development technique is the application of the natural 
system design approach. This technique requires the software control 
architecture and Interfaces be established and developed first and 
succeeding levels of detailed logic implemented in a downward fashion. 
Top-down development provides an ordering which allows for continual 
software integration of system cemponouts and provides for well- 
defined interfaces at each level. 

Tn top-down development, the system is organixed into a tree stucture 
of segments. The top segment contains the liigiiost level of control 
logic and decisions within the program and cither passes control to 
lower level segments, or identifies lower level segments for inline 
Inclusion, The process continues for as many levels as required until 
all functions within a system are defined in executable code. 

Many system interfaces may occur either through data base definition 
at calling sequence parameters. The top-down approach requires the 
data base definition statements be coded and actual data records be 
generated before exercising any segment which references them. 

The top-down approach provides the capability of evolving the product 
in a manner which maintains the characteristic of being always 
operable, modular, and always available for the successive levels of 
testing that accompany the corresponding levels of Implementation. 

The quality of a system produced using this approach is Increased, as 
reflected in fewer errors In the module integration process. 
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lRcon8istehc.lt!S jire eXimiitated, and lat.’er level rfenments can be 
g^eneratcd by referencing imptemenced code. 

X»X*A Coding Standards 

A crlticai item in the production of aoftvnrc wliich is easily 
understood, craiisferablo, and !naituainablc is the cstabliatuaent of 
standards to be u t 11 laed during the coding process. The output of the 
coding process, the program listing, is the most liighly utilised 
portion of the documentation nachage and must be controlled through 
the application of standards. High cracr languages, diieh support the 
structured pregramEVtftg concept, shall be used. 

1,2 50PTWARK TSSTIb^G STANDARDS 

The software shall be tested in an vitaospnorc which inphasises tne 
need for planning of testing, {’ccause of the omnnasia of high quality 
in the aperacional use of software, a highly strucuireu appreaca must 
be followed to ensure that, in addition to satisfying user 
requiremens, the cporatlonai system satisfies tuo objeotives of 
maintainability and transferrability. 


^ ‘ Top-Down Tosf ing 


Top-'duX'.M testing concentrates all testing activltion on vorifviug 
functional capabilities of the sotucarc in the system env: ro:'j;u nt . 

The benefits arc increased .sesteri rel i.;bi li*. y, lodu. 'cl restin’, cost, 
and a more visible testing process. 

Using the cep-dovii approach to’ software system development and a 
programming support library, all tests shall be performed in tite 
system environment. The top-devv’u approach v;u urea tiuit ail interfaces 
neuded to e,\er,ute are .ivailable wlien testing begins. Hence, program 
inctrluce assumpt ion;; are never .ude atid .ill testing voriilea tiic real 
Interfaces, Testing new programs or program changes in .i temporarv 
mode, wichout pernancntly modifying the {lystcms, is easily done. When 
Che program is rested. It .shall be ;neorpornted into t lie tiUster system 
via the system build alter recpiving IbM masupo mer.t/NAlJA revioi.’ icr 
change control. Terfortnlng all tests against the master system 
accomplishes integration testing continuousiy as Che tunctional 
capabliittcss are verified. 


1.3 SOFTWARI’ DhlPJMPNTATIDN STANDARDS 


Tiwft software documoncatlon shall be generated in a continuing fashion 
throughout the software development phase. ,\s was dlseusacd, the 
programming support library will provide the central facHtty for 
guneiat ioii of docuriencauiou. The primary deeumeiu at ion output shall 
consist oft 
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o Software Requlrenents Document 

o Soltwere Deeign Document 

0 Ueers Hanual 
1.3*1 Sttueturod Documentation 

Documentation consists of the products of the definition and design 
activity. Implementation, verification, validation, and delivery vlll 
only modify design documentation. Employing top-doun design vlll 
require that documentation be developed in a hierarchical, tree-Ilhe 
fashion. Top-level descriptions will reflect functional software 
operations. These high level descriptions will, in turn, be e:cplaitted 

and/or expanded by lower level descriptions, and the process continued 

to the lowest module level. This produces documents that can be read 
and understood at any level. In addition, physically seapratc 
documentation required by volume can be done without impacting 
readability . 

Readability shall be provided by describing software operation In the 
following manner: 

o Visual Table of Contents 

o Overview diagrams 

o Detail diagrams 

o Supporting text and annotated data 

Functional documentation proceeds from a top level Visual Table of 
Contents diagram down to a basic module diagram of input. Processing, 
Output, functional chart. For each task to bo performed, a module 
diagram shall be developed. 

1.3.2 Flow Chart Standards 


Although use of high-level language for sot twarc development reduces 
the usefulness of flow charts, flow charts will be required for 
deliverable documentation. The flow charts will depict how the 
software performs in the satisfaction of requirements. 

To provide ease of correspondence between program listings and flow 
charts, the picture-on-a-page technique applied during coding will be 
applied to the generation of flow charts. Through this technique, a 
flow chart will exist for each routine of the software, and both the 
flow charts and listing will provide direct correspondence. 
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1. INTRODUCTION 

The GDPS must satisfy the processing and user support requlreaients 
resulting from dally data collection fr'im all remote sites. To 
provide data to analysts by the beginning of first shift each day. an 
operations procedure has been established and is discussed in the 
following paragraphs. 

1.1 DATA COLLECTION 

SDAS data collection will occur during the evening hours (beginning at 
2000). The collecting will continue until approximately 3330 (60 
sites require approximately 3.5 hours) add upon completion* will be 
transferred via data link to the S/370-145 (requires 30 seconds) . 
Computer operator intervention will be performed at the start of data 
collection time period to initiate the System 7 software. During the 
data collection time period, the communication interface computer 
console will be monitored for indications of telecommunications 
progress in contacting and receiving data from the SDAS equipment. In 
the event of communications difficulties, effort will be undertaken to 
resolve the problem during the hours dedicated to data collection. 

The coramunication operations personnel vrill be guided in the problem 
resolution by directions from the S/7 software analyst. The operator 
will, as required, interface with the MSFC Teiecommunications Systems 
Status Center (TSSC) for resolution of communications difficulties. 

1.2 DATA PROCESSING 

Data processing on the host computer will occur between the hours of 
midnight and 0700 .each day in order to provide error reports and 
summary reports and performance reports for SIMS analysts at the 
beginning of first shift, (0800). The Input Processing portion of the 
CDPS software system will be executed, upon completion of data 
communication and retrieval by the Communication Interface computer, 
and will process the forwarded data from the System/7 . All processed 
data containing no errors will be converted Into enginooring units, 
performance calculations performed, and data made ready for insertion 
into the performance evaluation data base. Creorn encountered during 
processing will be flagged such that erroneous data will not be 
entered into the data base, and error messages/reports will be 
provided for analysts. 

1.3 DATA BASE PROCESSING 

Upon completion of the Input Processing phase, the Data Base/l'scr 
.Support software will be executed in a batch environment under control 
of computer operations personnel. This processing will be 
accomplished In a manner to satisfy data availability requirements and 
output distribution. 
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To ottouro timely completion* a high priority will be assigned to the 
processing of input date and will be monitored by operations 
parsonnel. If conflicts occur, the processing will be assigned the 
highest priority and will override any other processing. 

Archiving of data will be provided through the use of software within 
the host computer* Raw data, processed data* and perforittmice reports 
will be maintained within the computing facility and will be 
distributed as required for analysis /storage. 

1.4 USER SUPgQRT 


User support will require that the data base management software allow 
ready access to the data base contents via local terminals and support 
batch job access to data for special analysis activities. Wlien the 
IBM performance analyst requires a terminal capability to access the 
performance evaluation data base he/she will utilize the operating 
systems conversational capabilities. Ihis will free computer resources 
(core memory) for use by other processing requirements instead of tying 
those resources up when terminal activity is not required. 

1.5 DATA BASE ?14IKTENANCE 


In addition to the dally scheduled updating of the Performance 
Evaluation Data Base with input from the Input Processing Software 
there will be the capability to perform selected maintenance on an as 
required basis . 

1.5,1 Error Correction 


Error conditions on data fields within the data bank corrected during 
first shift will be entered into the data base via local terminals 
(for small data volume) or via batch job submission. Upon completion 
of error correction, the performance evaluatlcn data within the data 
base will be formatted and written to magnetic cape for transfer to 
tlie MSEC Solar Energy Data Base, 

1.5.2 Non-Instrumentation Data Handling 

Data elements to be added to the data base which arc not gathered by 
the SOAS and processed in the CDPS, auch as site location, site 
equipment availability, weather data, etc., will be entered into the 
data base via terminal or batch mode. This will allow for text type 
data to become part of the data base atid available for reporting 
purposes . 
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1.0 ZMTSODUCTXON 

The Central Sate Proceeaing Syetea (CDPS) » through its hardware and software • 
shall provide the data colleetlont ^ta processing* data archiving* and data 
distribution functions associated with perfortnance eval\iation of Solar Heating 
and Cooling Systens. The hardware* included within the CDPS, shall reside 
at IBK's FSD facility at Huntsville* Alabaina and shall consist of two elements ' 
a cosoBunlcations interface configuration and a host computer configuration. 

The performance specifications associated with this hardware* in support of the 
Systems Integration of Marketable Subsystems (SIMS) contract, are discussed 
in the following sections of this performance specification document. 

2.0 TYPE OF HAKDVARE 

The hardware* to be used within the CDPS* shall consist of commercially 
available hardware. 


3.0 COIMDNICATIOH XNTERFACE COMFICURATIOH 

Th« CoMMinie«tlon lnt«rf«c« Configuration shall provlda: 

(1) Hardvara raqulrad to Intarfaea with tha Slta Data Acquisition 
Subsystan XSDAS) via talaphona Unas for data collaetlott. 

(2) Tha cosq>utatlonal capability to control automatic call-up 

of aach raaota slta on a dally basis, to control eonmmleatlon 
protocol with tha SDAS, parfom arror ehaeks on incorraet 
data, format data for subsaquant procasslng on tha host 
eomputar configuration, and store data for transmission to 
tha host. 

(3) Input/output capability for operator Intarvantlon In event 

of errors and for logging of communications activity and error 
conditions. 

(4) A multlprogram environment for software execution. 

(5) Hardvara for transmission of recorded data to tha host 
eomputar configuration. 

(6) 'lass storage for temporary storage of recorded data. 

(7) Operational environment which requires minimum operator 
support during the data collection activities. 

The perfoemanca specifications relative to the above capabilities are discussed 
In the following paragraphs: 

3.1 SPAS INTERFACE 


The SDAS Interface hardware shall provide the capability to: (1) accept 
automatic dial signals from the communication interface computer, (2) perform 
the automatic dial function, (3) provide Interface to a modem compatible with 
the modem contained within the SPAS, (4) receive data from the SDAS via the 
telephone lines, and (S) Interface the data to the communication interface 
computer. A feedback mechanism shall exist in all hardware for signalling 
correct/lneorrect operation. 

The hardware associated with the above functions shall consist of: 

(1) Teleprocessing multiplexer (TPMM) for computer controlled 
operations. 

(2) Auto-call unit to support automatic dialup feature. 

(3) Modem for telephone line Interface. 

The specifications of these hardware elements are discussed below. 
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3*1.1 T<l<ptoc«»stng Mttltlpltxig PTfoniianc« Soecliicatlonii 

TIm Telpprocpssing Multiplexer shall provide the followlpg capabtlltlea In 
support of eoaputar iunetlonat 

(1) Software selcetion of opersclon (asynchronous node for SIMS). 

(2) Intstnftl node of clocking to support. asynchronous trsnsnlsslon. 

s' 

(3) Receive/ transmit at 1200 Baud Rate on telephone. 

(4) Autonatle call of ResKite Sites under software control. 

(5) interrupc communication processor on each byte of data 
transmltted/reccived (serial to parallel and parallel to 
serial conversions). 

(6) Status information regarding conmunlcationo status* 

3.1.2 Automatic Call Unit Specifications 

The Autmaatlc Call Unit (ACU) shall accept the above signals fros( the TFMM 
hardware under control of the computer software and perform the Automatic 
Dial Functions. The Automatic Call Unit shall provide the TPMM with control 
information regarding the dial function. 

The aeguence of operations between the TPHH and the Automatic CaU. Unit shall 
consist of: 

* 

(1) Call Request (CRQ) line activated by the computer to Indicate 
thet'C ceil ia to be placed. 

(2) Present Next Digit (PND) - activated by the ACU to signal the coie* 
puter that the ACU is ready to accept the next digit for dialing. 

(3) *' Digit leads (NBl, NB2* NBA, NB8) - activated corresponding to 

the digit to be dialed. 

(4) Digit Present (DPR) lead activated by the computer to signal 
that a digit has been placed on the Digit leads (MB1-NB8). 

(5) Data Line Occupied (DIO) lead - indicates to the computer 
whether the line is busy or not. 

(6) Abandon Call and Ratty (ACR) lead - indicates to the computer 
that the called party does not answer or that, for some reason 
or other, the call Is not completed. 

(7) . Data Set Status (DSS) lead - activated by the ACU when the con- 

•t. — n'eet loir' has been established. 

The ACU within the CDP5 shall be Bell 801 or equivalent. 
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3.1.3 Modem Specifications 

The aiodem within the CDPS shall be the Bell 202c or equivalent and shall be 
compatible with the modem xirithln the SDAS. 


3.2 


COMPUTER PERFORMANCE SPECIFICATIONS 


Th« eoiantiiicatlont interface computer shall provide the control* Interface* and 
application programs necessary for complete control of the Cononmications 
Interface. The computer shall he interrupt driven* provide cycle capture of 
data to memory* and have growth potential in both storage and processor CPU 
cycles. 


3.2.1 Processor CPU Specifications 

The CPU shall provide support for priority level processing through the use 
of an Interrupt handling system within the hardware. When an interrupt 
occurs* the current status of the processor shall be automatically saved 
within specific save areas for continuation of processing after Interrupt 
servicing. Four levels of priority processing shall be provided with the 
capability to define 16 sublevels of priority within each primary level. ' 

The instruction set provided by the CPU shall Include the following classes 
of Instructions: 

(1) Load and Store 

(2) Arithmetic 

(3) Logical 

(4) Shift 

(5) Branch 

(6) Regis ter- to-Register 

(7) Input/Output 

The CPU shall be capable of handling multiple input lines simultaneously. 

The CPU shall perform parity checks on all data stored or retrieved from the 
Memory Unit of the computer. An odd-parity technique shall be provided. 

The CPU shall provide capability for addressing storage and for maintaining 
computer status within the computer. 

The following registers and indicators shall be provided: 

(1) Storage Address Register 
<2) Instruction Address Register 

(3) Index Registers 

(4) Accumulation Registers 
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(5) Int«reup6 Sigitctrft 

(6) Carry Xndleator 

(7) Ovarflcw Indicator 

(8) Raault'Zaro Indicator 

<9) RaauXt-Even Indicator 

(10) Raault*‘Poaitiya Indicator 

(11) Raanlt-Kagatlva Indicator 

(12) Interval Titnar Ragistera 


1.2*2 Maporv 

Tha TacDory of the computar shall be sufficient to support tha anticipated 
naads of tha softvara (approxinataly 24K 16-blt words) and shall provide 
tha capability for expansion through field modification to the baseline 
systan* Maximum required memory shall be 6SK 16~blt words. 

3.3 IMPUT/OCTPOT SPECIFICATIONS 

A completoent of peripheral I/O devices shall provide support to the software 
executing in tha processor to satisfy tha operational requirements of the 
CDPS. 


3.3.1 Operator Console 

The operator console shall provide hard copy for information inquiries » status 
messages* memory dumps* and control and maintenance of the Communication 
Interface Software. 

3.3.2 Direct Access Storaae 

A direct access storage device shall provide on*‘line storage for the 
Cotaminlcations Interface Software and provide temporary storage for Incoming 
input data* The direct access disk shall provide the capability to store 
Information from 60 sites. 

3.3.3 Additional Devices 

The Communicstion Interfsee Processor shall have adequate growth capability 
and flexibi^ty In terms of new I/O modulee/dcvices. This growth shall be 
supportad by tha initial computer architecture and shall not require any 
significant raprograaaing or hardwara design effort. 

3.4 HOST COHMtraiCATIOHS 

An Interface or data link from the Communication Interface Processor to the 
host computer shall be provided. The communications interface shall not 
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require constant host comminicetlon and shall support a stand-alone 
cttvlronaenc. The host coonunication link shall be a coaxial cable, 
and the distance supported shall be less than one siile. 

3,5 OPERATIONS 


After sMnual Initiation, the coraiminlcatlon Interface configuration shall be 
capable of unattended operation during daily data collection from remote sites. 
In the event of errors which cannot be circusivented under automatic control, 
operator Intervention shall be required. 


4.0 HOST COMPUTER PERFORMANCE SPECIFICATIONS 

Th« host eoaputer shall provtds the capabilities* through its peripheral devices 
.-ind processing capabilities* Co create* support and aaincain the SIMS perfone* 
ance evaluation data base. The host computer shall receive remote site data 
from the coeaunicatlon interface computer over the Host/Comnunieatlons 
Interface data link and accept manual inputs via cards or terminals for 
non-instrumentacion data. The following sections specify the functional 
performance requirements of these elements. 

4.1 MAIN MEMORY 


Main memory shall provide the host computer with fast access* directly address- 
able storage of data* Main memory shall be of sufficient sice to allow both 
SIMS data and programs Co be loaded and processed. Main memory shall also 
liave growth capabilicy. The maximum storage requirements is estimated to be 
.?56K bytes. 

4.2 CENTRAL PROCESSING UNIT 

The CPU shall be the controlling element for the host computer and shall 
provide facilities for: 

o Addressing main storage 

o Fetching and storage of data 

o Executing instructions 

o Initiating communications between main storage and I/O 

devices 

.he CPU shall support both fixed and floating point arithmetic operations as 
w. 11 as logical operations and shall be sufficient speed to support the SIMS 
.iaca processing requirements. 

‘ INTERRUPTS 

he host computer shall have an interrupt system to allow efficient use of 
im) devices and for dynamic and fast response to peripheral equipment 
roquirements. The interrupt system shall be used in a manner that results 
in a multi-program environment for the host computer. 

> , 4 INPUT /OUTPUT 


:Kai» host computer shall have an input/output system that will adequately 
handle SIMS data transfers between main storage and the I/O devices. The 
input/output system shall he flexible and allow for additional devices to 
bo added with minimal system impact. 
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4»4.l I/O Cbtmwtl* 

Ch«ttfuil« «r« thtt direct controllars of I/O device* and control unit*. The 
ho*t covputer shall provide channel* with the ability to read* write, and 
conpute and relieve the CPU of the task of directly comunlcating with the 
I/O device*. 

4.4*2 Direct Accea* Storage 

The host computer shall have direct access storage available to provide 
auxiliary storage for the performance evaluation data base and off-line 
storage for program storage. Direct access space required for SIMS 1* 
estimated to be 200 million bytes. 

4.4.3 Display Terminal 

The host computer shall provide high speed, visual. Interactive communications 
between the host computer and Che user via display. The terminals shall provide 
the SIMS user with the means for entry and change of Information In the host 
computer. The interactive mode shall be provided via IBM terminals. Graphics 
capability shall be provided via a Tektronix 4015/6631 Display Unit or equivalent. 

4.4.4 Magnetic Tape 

The host computer configuration shall support the production and delivery of 
magnetic tapes containing performance evaluation data. These tape units 
shall support 9-track 1600/800 BPI density and 7-track 800 BPI density. 

4.4.5 Printer 

The host computer shall provide high-speed printers (1100 lines per minute) for 
creation of reports to be delivered to users of performance evaluation data. 

4.4.6 Card Reader/Punch 


The host computer shall provide a card reader/punch for program and data 
input to the system. 

4.4.7 Communications Interface 


A communication data link shall be provided from the host computer to the 
communications interface configuration tor high-speed transfer of data collected 
and buffered by the communications Interface (see Paragraph 3.4). 

4.5 OPERATIONS 

The host computer shall be she red with other users. To Insure that SIMS data 
processing is processed within specific tine constraints, a high priority level 
will be assigned. 
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l.O ItmtODUCTIOH 


Th« central Data Proeaaalng Syataa CCDPS), which la coaprlaad of both hardwara 
and softwara» provldas tha aaaantlal capabilities of data eollactlon» data 
processing and storage, and data user support for the SIMS Program* Bacausa 
of its criticality In Solar Beating and Cooling Systan perfomanca evaluation, 
tha system must be verified prior to becoming an operational element of the 
program. 

Tha objectives of the CDPS verification activity are to ensure that each 
element of tha system, as well as the overall system, satisfies or exceeds the 
requirements established in tha CDPS Performance Specification Documentation. 

Tha verification activity, therefore, requires a systematic approach to analy* 
sis and testing and sufficient documentation to provide traceability of test 
results. The approach, however, must ensure maximum confidence In system 
operation with the minimum expenditure of resources* 

Within this document, all descriptions of and references to the CDPS hardware 
configuration are only to facilitate explanation of the software requirements 
and not to control the configuration of the hardware* The CDPS hardware la 
controlled by IBM and is used for support of multiple contract programs* To 
support this varying utilization environment, IBM must maintain the flexibility 
to modify the configuration as required* Because of this flexibility require- 
ment, the CDPS hardware configuration may vary during the performance of the 
SIMS contract, but the capability to satisfy all SCIS processing requirements 
contained within the CDPS Hardware Performance Specification will be maintained. 

l.l PURPOSE 


The purpose of this CDPS Verification Plan is to define the approach to be 
utilized in verification of the CDPS and to delineate the schedules to be 
folloired in providing a verified CDPS. 


s. 
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1.2 8tt>PE 

This vssliiestien plsn sddvsssss ehs vsriflcsttoa setlvitiss raqulrsd of ths 
CDPS. In s4ditioiit eenfifurstion control tsctmiquos sro dofiasd to provide 
aaas|sasnt sad NASA visibility into ths vsrifiestloa setlvitiss. 

1*3 AgPLICABlE SOCOMENTS 

Ths following doeuasnts srs required In support of a>PS vsrifiestiont 

(1) COPS Bsrdwsre Psrformsnes Specif iestlon Doeuaent 

(2) Systea/7 Fuaetionel Cherecteristies 

<3) Site Dots Acquisition Subsystea Perforaanee Speelfieetion 

(4) Guide to S/370-145 

(5) Systea/370-145 Functional Cherecteristies 

(6) NMCS Inforaetion Processing System Manuals 

(7) S/7 Teleprocessing Description 

(8) COPS Software Performance Specification 

(9) Progreniing Guide for Systea/7 Teleprocessing Feature (CC34-1549) 

(10) PL/1 Programmers Guide 

(11) IBM FSD Software Standards Document 
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2.0 GDPS DESCRIPTION 


Wlthla thtt ov«t«ll Solar Keating and Cooling Demonstration Program, the CDPS 
performs the Colloving functions: 

Data Collection - The CDPS daily collects Instrumentation data from all remote 
sites via standard voice-grade 1200 Baud telephone lines* In addition, non- 
instrumentation data available from MSFC. ERDA. HUD. etc*, which is needed in 
performing overall system evaluation, is collected via manual means. 

Data Processing - The CDPS accepts raw data, as collected by the data collec- 
tion fxmetion. and performs the data processing functions required to transform 
the raw data into processed information for use in system evaluation /ana lysis 
activities* The CDPS also provides the resources to maintain a performance 
evaluation data base, containing both raw data and processed information, for 
use in support of performance analysts. 

Data Archly ina - To provide capability for detailed analyses of system perfor- 
mance and to maintain data for historical purposes, the CDPS provides the 
capabilities to archive data collected and processed. Both raw data and pro- 
cessed data is retained on magnetic cape, and formal reports are archived in 
a library* 

Data Distribution - In addition to collection, processing, and archiving of 
data, the CDPS provides the essential function of distributing the data to the 
appropriate organizations. Distribution is in the form of printed reports, 
data plots, and magnetic tapes. 


3.0 VERIFICAtlOM APPROACB 

Tht v«i‘lfleittlon of tlio GDPS vill eonslse of tt sytteoaclc toatlng/anolyata 
approach vhteh will anaura Chat ayacaa apaclfieaciona/raqulramanta ara achieved 
or axcaadad* Teat proeaduraa will ba ganaraced and followad during tracing of 
aaeh GDPS coaponant and cast raaulca will ba doeuaaneed in a qualification re- 
port for ravlaw by aanageaant and HSFC. Verification eroaa-rafaranca taatricea 
will ba uaad to enaure that all GDPS raquirements/specificaeiona are addressed 
during verification. 

Thraa phasaa of verification uill ba parfaraed on the CDPS aa defined in the 
following paragraphs: 

DEVELOPMENT - Analysis and testing of design approaches to ensure that approach 
aaleetion will meet system specifications. 

QUALIFICATION - Analysis and testing of CDPS to design Halts. Performed prior 
to entry to acceptance testing of the system. 

ACCEPTANCE - Testing of the operational CDPS as a system to ensure that over- 
all system satisfies system performance specifications. 

The development and verification activities associated with the CDPS are shown 
In Figure 1. 







ORIGINAL PAOB A 
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4.0 DEVELOPMENT/VERIFICATION SCHEPOLES 

Th« GDPS is Bchtdulcd to b« ftiXXy operational by 9/1/76. To achieve this 
prograa mlleetoney developoent and verification schedules have been defined 
and are shewn In Figure 2.. Discussion of the schedules la given In the 
following paragraphs* 

4.1 DEVEIOPMENT SCHEDULE 


Development actlvltlas have been scheduled to provide software elements which 
have undergone preliminary development verification activities by 7/1/76. 

4.2 VERIFICATION SCHEDULE 


Development verification will be accomplished during June on individual software/ 
system elements and during July on system integration activities for the overall 
CDPS. 

Qualification verification will commence on 8/l</76 . and will extend until 
approximately ^/iT5/ 76‘. During this period detailed verification will be 
performed to test the system to design limits. 

Acceptance verification will commence on 8/2 5/76 and extend to 9/1/76. Upon 
completion of acceptance verification, the CDPS will be considered operational 
to support the overall program. 
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5.0 TESTIMB COMFICPltATIOW/qmiZATION 

tlw tMting eonfliuratlon for uso In voriflcatloo of tho COPS eapoblltelM 
riloflAg 60 data eollaetlon/data procaasing/data baaa updata/uaar aupport la 
aboim ta Figaro 3* Am can bo aoon in 6ho figure • tho configuration cenaiata 
of tho following olononta: 

o 8patan/7 Toot Softuaro 

o Controlled Signal Generation Equipaenc 

o Site Data Aequiaition Syscea (SDAS) 

o Telephone Line Interface 

o CoiBuaieation Interface Configuratlona 

0 Boat Conputer Configuration 

o Perforaanee Evaluation Data Baae 

A deacrlption of each of theae eleaenta and the rationale for their uae during 
verification aetivitlea la diaeuaaed in subsequent paragraphs* 

5.1 SYSTEM/7 TEST SOFTWARE 

To provide the COPS verification activity with reasonable SDAS control and 
oensor data, a Syatea/7 test software package will be required, thlq software 
will allow an SDAS and sensor configuration to be sioulated for the purpose of 
generating CDPS teat data. These slaulator signals will be recorded for 
reference with CDPS output. The use of the Systen/7 software for SDAS and 
sensor ataulation results in a significant reduction in CDPS verification 
ccnplexity and provides flexibility to easily reconfigure the simulation to 
addreae varying SDAS applleatlona (increased sensors, varylxig foraiats* etc.}. 

5.2 CONTEOUED SIGKAL GENERATION EQUIPMENT 

The Controlled Signal Generation Equipment will be utilized to provide labora* 
tory controlled voltages to the input multiplexer channels of the SDAS and 
thus will simulate signals which would be generated by sensors* This Simula* 
tiott capability is required because no sensors are connected to the SDAS until 


C-8 




•inOATA 

ACQlUIMTtOH 

(WAM 


eAPAAlUIVTOt 

• •IVieTJ^TV<}tTAdtVtVtAt 

• VAMV VOATAM WIVIWt 

« MAI^MMIOMTOAUfPQMT 
I A Mk «« AAAAMtTin W'ANt 


GAMAtUTYm 

« »iieuAeoAwteTNMi 

• sragsKR**"*"'*'™ 

« QQMMimKtATIAHTH 

eCMMUMKUkTtOA WTtAAACi 
. 09M»»QV«ATIQM 


\ 


«AA3NtT«C 

r*»t 


AlWATi 


TlUfHONt 


\m \ 

ttl'WlWt \ 
nwtmoHt 
uwt 



COMMUMICATION 

$neA 

«iK£y 

MOST 

(NTtHAACt 

CONAiauHATlON 

o— » 

eiiJAMHjiTttt 

eONAtQyHATtOM 


cA»»Atiorv T€> nm 
vs WAW OATA AHCMIVIISQ 
»» AAW i\ATA 

V» l«W(5A O^TJfCT(GN 
4) iJATA iASlE Vit>l?-ATl»*fi 


eAAAilW»TY T>3 Tt»T 
a mil*WOHH«(NT«AAACi 
a AWT^ATye'CSAUCOWV.^CY'V'N 
a ennoA AACcmiNO 
a AKKkATm^ 
a ©ATA TAAWIPIW YCJ *<t>ST 
« CAf'ASIMTV Tv> 

^IMUL^AT); $©A!t 




P«A(^v^AMAN(it 

SVACW5AT»0W 

©ATA t»tWA 


fifuniX\ J)mt OsM^fisawiim f&f 
SMApctrt Vmfk'ition 




«ithtr aystta t«ttlnf{ at MSFC or Installation at a raaota sito. In support of 
CDP8 varifieation actlvltlas» the Controlled Signal Generation E<iulpment will 
have the following capabilities: 

0 Place voltages onto selected Input oultiplexer channels of SDAS 
o Support interface to all input multiplexer channels 

5.3 SITS DATA ACQUISITION SYSTEM (SDAS^ 

Ths SDAS will provide the capability to read the simulated sensor inputs from 
the Controlled Signal Generation Equipment and record them on cassette tape 
for subsequent transmission via telephone lines. The prototype SDAS will 
provide the capability to reduce the sample time to 8 seconds to speed up the 
data recording process (24 hours of data gathered in .6 hours) and reduce 
significantly the duration of tests. 

5.4 TSLEPHOSE LIHE INTERFACE 


To simulate the operational CDPS environment, telephone lines are provided for 
eosBnmicatlon with the prototocype SDAS. Two lines (a local line and an X3M 
tie-line) will be utilized during verification. The local line will be used 
for development verification to perform debug of SDAS/comunlcation interface 
configuration interface. The use of a local line reduces coaaunicatlon line 
errors and thus provides a more controlled environment. During qualification 
and acceptanca varifieation testing, ths IBM tie-line will be used to simulate 
the use of a long-distance telephone line. These lines are not of high- 
quality and will provide a realistic testing environment. Calls to the proto- 
type SDAS via the tie- line will be routed to New Jersey and beck to the 
Runtsvllle facility. This techniqus Is widely used within Z3M to test coemu- 
nleetlons betwssn teleprocessing slements and presents a worse-ease tclecommu- 
nicstions environment for testing. 


C-10 


5.5 COItMHICAIIOH IMTEBgACE CQHFICORATION 

Th« eoMHioicittoii tattrf«e« configuration will contain tha opatatlonal hard- 
warn and softwara uadargoing varification. Tha oparational systaa will collaet 
data from tha SDAS via tha talaphona intarfaea aqulpoant. CooBiunication 
raporta/arror aaaaagaa obtainad during data eollactlon can ba cooparad to tha 
rafaranea data providad during the sensor slmulation/SOAS data gathering 
phase. Upon complatlon of data collection* tha data will be transmitted to 
tha host for subsaquant processing. 

5.6 HOST COMPUTER COHFIGURAIION 

Tha host computer configuration (hardware and softwara) will be an operational 
system. Data transmitted to tha host from the communications interface configura- 
tion will ba processed and entered Into the performance evaluation data base. 

Error massages/reports generated will be compared with System/ 7 test reference 
data for verification purposes. 

\ 

5.7 PEHFOBMAHCE EVALUATION FILE SASS 


The data collected and processed will be entered into the data files and will 
provide the basis for user support Interface verification. Flots/reports/ 
magnetic tapes will be generated from the data and analyzed for correct concent/ 
format/etc. SDAS sensor test reference data will be used for reference with 
user output. 
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6.0 vmncmon aoss^oEf eoemce tuim 

k ytvif ieitloa ereti>raf«r«ae« Mtrlx proviOii i eortilaeion of th« CDfO 
ptvfonineo •pieifteittoa *ad tfio eortotponding votlfteoeloa toehnlquoo and 
pliMM. tho vorifleatipa aatclxai for tha CDF8 ara thovn la Tabla 6-1. Tha 
•atrlxas* tharafora, proivlda tha baia for davalopaaat of taat proeaduraa to 
addraaa all parforaaaea raquiraiaaota/tpaclfleation. A aaparata varifleatlon 
laatrlx la providad for aach CpVS alaaaat. 
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ITEM (NAME ANO PART N 94 

VERIPiCATIOM CROSS 

CENTRAi DATA PROCESSlNa 

RlRiRENCE MATRIX 

SVSTEMSOFTWARS 

(CMnmIeatifstts 

VERIPteATION METHOD 

1 ; SIMILARITY 3. INSPECTION N/A NOT APPLICABLE 

2, ANALYSIS 4, TEST 


VERIPiCATtON PHASE 


PEHPORMRNCB 

REQUmEMSNT DEVELOPMENT OUALIFtCATlON ACCEPTANCE 



Site Directory 

2.2*1 

Sit* Ditietoty 
XafocmatioR 

2.2.2 

Site Pireetory 
Update 

2.2.3 

Site Pireetory 
prlat 

2.3 

CoaBimleations 
Hardware Inter 
face 

2.3.1 

1, 

*1 

Interface 

Conaand 

2.3.2 

Data Integrity 

2.3.3 

Cotnaunlcatiotts 
Hardware Statue 

2.4 

S/7-SP^‘ 

Conaualeations 

2.5 

Pate Store 

2.6 

tranaiBlt Data 
to Boat Coar 
puter 

2.7 

Manual SPAS 


Control 



Tabic 6«l. Vcriflca&icn Matrixes (Sheet I of 4) 
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ItnidlAMi AND PANT N94 

CINTNAC DATA PROCESSING 
firSTEMSOrryiARE 

VERIFICATION CROSS 
REFERENCE MATRIX 
(Input Procaaalttg) 

■- 

VERIPICATION METHOD SIMIIARITY 

1 ANALYSIS 

3. INSPECTION N/A NOT APPLICABLE 

4. TEST 


VERIFICATION PHASE 

REMARKS 1 

PERPORIIMNCE 

REQUtREMENT 

DEVELOPMENT 

QUALIFICATION 

ACCEPTANCE 



3. 2 Accept lUnr Dctc 
frott the S/7. 

I 

4 

4 



3.3 Dccoowtcte Eifir 
OctA Into Scent 

4 

4 

4 



3.4 Extract Variable 
and Convert to 
EnglneerlEis Dnlta 

4 

4 

4 



3.3 Converted 

Variable Teatlng 

4 

4 

4 



3.6 Conpute Per- 

fomance Evalua- 
tion Parapetera 

4 

4 

4 



3.7 Generate Input 
for Data Baae 
Update 

4 

4 

4 



3.8 Create Rlatory/ 
Archive Tape 

4 

4 

4 



3.9 Create Input Suar : 
aarr Raporta and 
Error Neaaagea 

* 

4 

! 

4 

4 




T«bl« 6-1. V«rlf leaeion Matilxts (ShMt 2 of 4) 
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rrEM (NAllffi AfiD f ART NO.) 

CENTRAL DATA PROCESSING 
SYSTEM SOPTVUARB 


VBRIflCATION CROSS 
REFERENCE MATRIX 
(Ftl« UAlntmaACtt) 


VERIFICATIQN METHOD 


T. SIMILARITY 
t. ANALYSIS 


3. INSPECTION 

4. TEST 


N/A NOT applicable 


PERFORMANCE 

REQUIREMENT 


VERIFICATION PHASE 


DEVELOPMENT 


QUAUFICATION 


ACCEPTANCE 


REMARKS 


4*2 Autoaatlc Updata 
of Data Baaa 

4*3 Manual Input 
to Data Basa 

4.4 Data Basa 
Malntenvicot 
Access and Updatej 

4.5 Data Base 
Security 


1.4 

1 

1 


1.4 

1 

1 


4 

4 

4 


Table 6~I. Verification >!atrixes (Sheet 3 of 4) 
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ITEM |NAK« ANp PART NO.) 

VERIFICATION CROSS 

central data PROCESSING 

REFERENCE MATRIX 

SVSTEM SOFTWARE 

(Uaat Support) 

VERIFICATION METHOD 

V. similarity 3. inspection N/A not APPLICABLE 

2. ANALYSIS 4. TEST 


PERFORMANCE 

REQUIREMENT 


VERIFICATION PHASE 


DEVELOPMENT QUALIFICAriON ACCEPTANCE 


REMARKS 


Xafotuelon 

RitrlAVAl 

i 

Plot CapAbUlty 

Gta«rftttott of 
ScluHlttXo4 !!•■ 
port* 

MagnAtte Tapt 
Ganaraelon 

Tarainal/Baceh 

Capabllitlaa 

Parforaaaea 

Evaluation 

Data Baaa 


labia 6-X. Varlflcatlon Matrlxoa (Shaae A of 4) 
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7.0 DEVEMPMENT miFlCATlOW PUM 

D«viilepm«nt verifleaeien will perfontAd as a part of the Initial GDPS 
daelgn eetivitiee* Anelysle of the proposed designs and testing of initial 
eehcepts will be performed to ensure that the GDPS approach selected provides 
the growth and flexibility to address system specifications in a coat effec- 
tive manner. 

Of prime consideration in development verification will be the utilization of 
eemmer daily available hardware and software to satisfy GDPS requirements. 
Trade analysis and performance testing of available capabilities against the 
GDPS System Performance Specification will provide the bases for selection. 

Development verification will consist of detailed testing of each software 
element* under simulated input conditions, to ensure that the design satisfies 
the software requirements. These testa will be executed in a standalone 
environment and will test error paths as well as the normal processing paths. 

Upon completion of development verification activities on each software ele- 
ment, detailed testa will be performed, using simulated data, to test inter- 
faces among the software elements. As a result of this interface verification 
testing* the overall GDPS design will be proven and the system will be avail- 
able for qualification verification. 

Development verification of the hardware will be performed in conjunction with 
software verification. Ability to satlsfactorilv perform software development 
verification will prove the hardware can satisfy the design requirements for 
each system element. 

An interactive relationship will exist among development verification and COPS 
destgn/trade atudles/aelectlon processes. Any deficiencies noted in the 
approach will be dlseuased and resolved to the satisfaction of the development 
verification personnel. The interactive relationships will be internal to 
IBM; however, the results of development verification will be discussed with 
MSFC at periodic meetings/design reviews. 


* 

8.0 QUiainCAnOH VERIFICATION Pl^ 

tTikan eOBp],«tton of dtvtlopmPat verlflcaclon, qualification verification will 
b# parfcnied. the qualification verification actlvltiea will consist of for<> 
W taslor perfcraed the analyses and testing of the elenents of the CDPS . 
qualification tesb procedures will be followed throughout the testing phase. 

Qualif iCatloU verif leatloiii will be performed In a buildlhg-bloek concept . 
lEach eyebeia function (hardware and software) will be tested as a unit* and the 
unlils combined in an orderly manner to achieve an overall (3)PS operaclonal 
capability, the SPAS will be simulated In the S/7 during unit testing and 
either the prototype or production SPAS will be used for overall testing. 

The order in which the elements will be combined and tested during quallfiea- 
' tlon testing iS'' as 'followsi. :' ' 

(1) S/7 configuration and SPAS for communication and data collection 

(2) S/7 - S/370 communication to achieve data flow to S/370-145 

(3) Input processing software process data aectmiulated from S/7 
C4) Pata base update capability for user support verification. 

Upon completion of qualification testing, the system will be ready to undergo 
acceptance verification. 

Test/ analysis results achieved as a result of qualification testing will be 
compiled into a CPFS qualification Report. Test procedures will also be 
contained in the report. 

6.1 QUALIFICATION TEST PROCEDURES 

Focmel qualification cost procedures will be generated, provided to MSPC, and 
utilized during qualification verification activities. The verification 
ero8S«reference matrices and the CPPS Performance Specification will provide 
input required to define and detail these procedures. 
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Prograa Trouble «nd Correetlvo Action Reports will be generated for each problem 
eneountered. A sample of the form to be completed for discrepancy reporting is 
shorn to Figure A* Discrepancy reports must be Investigated and resolved prior 
to cosqiletian of qualification verification. Reports on status of discrepancies 
will be included in the qualification report. 

8.2 S/7-SDAS CONFIGURATION QUALIFICATION VERIFICATION TESTING 

The qualification verification for the S/7-SDAS configuration will ensure that 
the CDPS can perform the ftmetions associated with telecommunications, data 
collection and data transmission to the host computer for processing. Funetlors 
to be verified are: 

(1) Site Directory Requirements 

(2) Communication Hardware Interface 

(3) S/7-SDAS Communications 
(A) Data Store 

(5) Transmit to Host 

(6) Manual SDAS Control 
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eiKHSItAM TBOUBLgANb COBBeCTtVE ACTION REPOftT (ETRt 



PROGRAM MODULE 10 



RISULTS OR INVISTiGATION/RCCOMMCNOATIONS: 
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8.3 HOST COMPUTER INPUT PROCESSIKG QUALIFICATION TESTING 

The host cooiputer input processing qualification testing will ensure that the 
CDFS host computer configuration satisfies all design requirements in the 
following functional areas: ^ 

Cl) S/ 370-145 to S/7 communication 
(2) Archiving of Raw Data 
C3) Processing of Raw Data 

(4) Computation of Performance Evaluation Parameters 
C5) Generation of Data Base Update 

(6) Summary Reports /Error Messages 

(7) Historical Data Archiving 
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8.4 FILE MAIUTEWANCE QUALIFICATIOH TESTING 

Th« CDPS file tultitcnanee capabUltlei utlllza an axlatlng data baaa managa- 
nant sjrsteo which has been proven on other activities. For this reason » 
qualification testing will consist of a functional test under naxlnnini input 
conditions to ensure that the capability satisfies the design requirements. 

Functional capabilities to be tested are: 

Cl) Automatic Update of Data Base 

(2) Manual Input to the Data Base 

(3) Data Base Maintenance, Access, and Update 

(4) Data Base Security 
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8,5 OSER SUPPORT QUALIFICATION VERIFICATION 


The user support qualification verification will ensure chat the CD?S satiS' 
flea the requirements associated with support of data base users. These 
verification tests will address the following areas: 

(1) Information Retrieval for Report Generation 

(2) Plot Capability 

'(3) Dally, Monthly, Annual Reports 
C4) Magnetic Tape Generation 
(5) Termlnal/Rateh Capabilities 


8.6 PERFORMANCE EVALUATION DATA BASE VERIFICATION 


V*rlfle«tloa of th« porfonuuieo evcluation data baaa will be aeeompllahcd by 
verifying that data can be added, updated, retrieved, and deleted. Since these 
capabilities shall be verified In the File Maintenance Software Verification 
(Section 8.4) and User Support' Software Verification (Section 8.5), no further 
verification of the performance evaluation data base shall be performed. 
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8.7 OVERALL CDPS QUALIFICATION VERIFICATIOH TESTING 

Upon eomplotlon o£ qualification verification of each of the CDPS elements • 
overall end*Co-end tests will be performed on the system. The test configura- 
tion will be as discussed In Section S of this report, and the SDAS Input will 
be simulated to provide reference Input data. These data will provide the 
following capabilities: 

(1) Nominal (No Error) Conditions 

(2) Off-Nominal (Error) Conditions 

(3) Variable Eormats (lA, 30, 46> 

Through use of these reference data, system tests can be performed which will 
provide the basis for entering acceptance testing. 
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9.0 ACCEPTANCE VERIFICATION PLAN 


Upon eoaq»l«eloii of ^ttolifleotlon vorlfieotioni tho CDPS will oncor tho oecop- 
tone* vorifleotlon phoso. This phoao will exercise the CDPS la e non&el opera- 
clonal cavlronaenc and will provide Che eapablllcy for cesclng of operaclonal 
procedures. The cesclng eonflguraClon will be as shown In SeeClon S of Chls 
plant end cesc daCa will conslsC of nominal reference daca. Successful com- 
pleclon of aeeepcance verlflcaClon will provide an operaclonal CDPS. 

The SDAS will be called via IBM Cle-llnes and data colleeced by Che communlca- 
clon InCerface eonflguraClon* This daca wUl* In Cum, be cransmlcced Co Che 
hose coiapuCert processed, scored In Che dace base, and user supporc funcClons 
performed. Ouepue will be provided Co analyses Co ensure proper conCenc and 
focaac. 

9.1 ACCEPTANCE VERIFICATION PROCEDORES 

CDPS Accepcance TesC Procedures shall be developed and used and will provide 
Che cesc/analysls envlronmenc for demonscratlng che overall eapablllcy of Che 
CDPS In an operaclonal envlronmenc* 


lO.O Cpgs tUISTENASCE VERIFtCATIOH APPROACH 

Afenr th« CDPS h«t b««n dtclartd op«raclonal» each requirement change which 
resulta In modification to the aystea will be evaluated for reverlfleatlon 
purpoaea. those ehangea vhlch do not Impact CDPS inter-element Interfaces 
will undergo development and qualification verification; whereas, those result 
ing in interface modifications will undergo all verification phases to ensure 
overall system continuity* test procedures and test results will be retained 
for all maintenance verification activities. 
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1.0 iaTRomicTTO’'r 

* ' ■ 

The Central Data Processing Syste;i (CDPS) for support of SIMS data 
processing requlrenents must be developed to support the overall solar energy 
progr.- 2 Ta milestones and must provide the flexibility to support a widely ranging 
user cocanunity. Reliability* flexibility, and availability are the primary 
development objectives to be satisfied by the CDPS and must be the primary 
drivers during development of the system. To achieve these objectives, a 
aystematic, well-controlled development must be utilized. 

1.1 PURPOSE 

The purpose of this development plan is to define IBM's approach to the 
development of the hardware /software of the CDPS. Included are the development 
standards, schedules, detailed discussions of the development approach for each 
system clement^ and configuration management techniques to ensure development 
control . 

1.2 APPLICABLE DOCUMENTS 


The following documents are considered pertinent to the CDPS development 
plans : 

(1) CDPS Performance Specification Document 

(2) S/370-145 Functional Characteristics 

(3) S/7 Functional Characteristics 

(4) IBM FSD Software Standards Document 

(5) Site Data Acquisition Subsystem Specification Document 

(6) IBM System/7 Teleprocessing Multiplexer 

(7) Programming Guide for S/7 Teleprocessing Feature 

(8) PL/I Programmers Guide 

(9) NIPS Manuals 

(10) Guide to Writing AFG Procediires 

1.3 T.OCATIOM 


Thu CDPS will be developed on computing facilities located at the IBM 
facility In Huntsville, Alabama, Development will be performed for MSFC by 
ILM-FSD personnel at the Rvmtsvllle facility. 
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2.0 CDPS B K SCRIPTION * 

Within the overi'ill Solar Heating and Cooling Demonstration Program* the 
CDPS performs the following functions: 

Data Collection - The CDPS daily collects instrumentation data from all remote 
sites via standard voice-grade 1200 Baud telephone lines. In addition, non- 
instrumentation data available from MSFC, EKDA, HUD, etc., which is needed in 
performing overall system evaluation, is collected via manual means. 

Data Processing - The CDPS accepts raw data, as collected by the data collection 
function, and performs the data processing functions required to transform the 
raw data into processed Information for use In system cvaluatlon/analysls 
activities. The CDPS also provides the resources to maintain a performance 
evaluation data base, containing both raw data and processed Information, for 
use in support of performance analyses. 

Data Archivlnt^ - To provide capability for detailed analyses of system perform- 
ance and to maintain data for historical purposes, the CDPS provides the 
capabilities to archive data collected and processed. Both raw data and 
processed data is retained on magnetic tape, and formal reports are archived 
in a library. 

Data Distribution - In addition to collection, processing, and archiving of 
data, the CDPS provides the essential function of distributing the data to the 
appropriate organizations. Distribution is in the form of printed reports, 
data plots, and magnetic tapes. 






3*0 Dr.Vi >’1.0PME»T t>C lil^WLKS /"-'>.C n,TTIES 

To siupport SASA need dciLoti for an oncrational CI'l'S and to support 
Internal IBM hardvi're dcivolopi icar , HIM Ivijs Jof ir.ed fiu overall CI)I’S develcp- 
nent schedule. The sehedulo isi !»ho\«m in t'igiurc I .-ind includes the dovelopiuont 
activitlf s for CDVS docucien cation and softvMro. Overall prograw milestones 
to be supported aro also shown. 

No unique development facilities arc required in support of GDPS 
development. The CvisCinq S/7 and S/370 ‘1A5 cocipntci's provide the facllitJcs 
required for softv.-iro rievolopncnt. 
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4.0 DEVELO/MnMT sta?:ka:’1'R 


To en£!uri! reliable anu consistent products, standards have been established 
for both the hardware aiid software within the CDi'3. The following pr.ragraphs 
address these developir.cnt standards. 

4.1 GDPS IbVlDVrARE 

The prlnary. objective is to tninliuize the development of SIMS-unlque hard- 
ware. To achieve this objective, corajerclally available, hardware will be used 
throughout the CDPS. This approach not only avoids the hardware development 
costs but ensures availability of spare parts in the event of hardware failure. 

An addltloiml benefit is the availability of personnel to solve hardware problems 
at no additional cost to the SIMS program. 

4.2 CDPS SOFTWARE 

The CDPS software development standards encompass the use of advanced 
software development techniques, the use of a strong software management 
approach, and ma:cimum use of available software to minimize development costs. 

The use of those standards in past software development projects has resulted 
in low-cost, high reliability software. These standards, to be used for SMS 
CDPS software development, are discussed in subsequent paragraphs. 

4.2.1 Advanced Software Development Technjuues 


The advanced softwvire development techniques will consist primarily of 
the use of modular, top-down development concept.'; and the use of high-order 
languages. The modular, top-down development co'.cept provides the ability to 
have an early operational system with reduced capability and to easily add 
capabilities to the Initial system without complete system reverification. 

The concept also requires a more detailed requirements and design phase which 
results In fewer changes during software development and utilisation. The 
resulting software Is highly structured and, as a result, is easier to maintain 
throughout its life cycle. 

The use of high-order languages will increase programmer productivity 
and will result in the S/7 computer software being written in APG/7 language 
and the S/370-14S software being written In PL/I. Each of these languages 
are commercially available and have been used on many diverse software projects. 

4.2.2 Configuration lima cement Annroach 


To ensure that CDPS software satisfies system data processing requirements, 
configuration iLanagertcnt techniques will be applied during software develop- 
ment. A software review board will be established, as a subp.inel of the SIMS 
CCB, to control the softvjare development activities. Baseline requirements, 
software design, and .soft\vai.e verification will be reviewed and approved by 
the review beard. Software will be tracked to the module level by the board. 
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4.2.3 Use of Avnllable Software 

To reduce software development costs, maximum use of available software 
will be achieved. Because of the ccneTality of application the S/7 software 
and S/370 data bank management systems will consist primarily of existing 
software. 

4.2.4 Use of Standard Forms end Procedures 

To achieve a standardisation across all software development activities, 
a set of standard forms and development procedures will be used. Examples 
of forms for software change requests and software program release notices 
are shown In Figures 2 and 3. All forms will be assigned unique tracking 
Identification for use in configuration management. 

A program library will provide the mechanism for controlling released 
software. As each module is completed and released for operational use. it 
will be assigned a unique identification and added to the program library. 

The library will be controlled by an assigned individual who will be responsible 
for all additions /deletions effecting the library. 


(3) OATE 


SOFTWARE CHANGE REQUEST 


14) TtTLE OF change 


lU ;;cH NUM;;t,i 

(2JSCRTY/E 


0370/115 OS-T 


{Si INITIATOR 


(0) REFEREfiCi 


(7) DESCRIPTION 


ORIGINAL PAGE lb 
OP POOR QUALITY 


(8) REASON FOR CHANGE 




(9) ADDITIONAL REMARKS 


00) IMPACTS 


Oil SRO REFERENCE 

02) OTHER REFERENCE DOCUMENTS {SPECIFY) 

03) ASSESSMENT 


04) CONCURRENCE 


O APPROVED 




□ DISAPPROVED 


SIGNATURE/DATE 



9Sii 2526-0 












s 


TWARE PROGR * M RELEASE F 


MODULE RELEASE DATA 

MODULE ID 

PROGRAMMER 

SOFTWARE SUBSYSTEM 


DATE 

RELEASE ID^ 
MODULE ID 


EXECUTE MODE: ORTM OOS 

RELEASE TYPE; O RTM O OS/SIM 


□ SP-0 DOFF LINE PROGRAM 


release AUTHORITY 
INITIAL RELEASE 
PTR(S) 

SWCR(S) 

NEW CAPABILITIES 
(EXPLAIN) 


SOURCE MODULE INFO 


MODULE LOCATION 


>- O.CDpS; SOURCE 
SOURCE TYPE 


□ CDPS) RELEASE. SOURCE 


□ FORTRAN Q 360 ASSEMBLER a SP-0 ASSEMBLER O OTHER 


RELEASE TRACKING (Filled In By Co-Ordinator) 

f 

□ VERIFIED IN CDPS" RELEASE. SOURCE 

O ASSEMBLED/COMPILED SUCCESSFULLY 
O ASSEMBLE/COMPILE FAILURE (NEW PRN REQUIRED) 

OLINK EDITED TO. LOAD MODULE SUCCESSFULLY 

OLINK EDIT FAILURE (IF FAILURE ATTRIBUTED TO THIS MODULE) 

□ RELEASE COMPLETE 


Figure Zi Software Program Release Notice 






5.0 DF.VKT.orMi-::s^T ai ‘'/ oAcn 

Tho CiJVS develop'.af'ut approach will a bullillng block concept In 

which each clement oi* the syston wl3 1 be th'vtvlopcd and tested in a stand- 
alone environment, and each cltment intc<’.ratod in a nystcnatic nanner into 
the total CPI’S. As can be seoti in I’igvsrc the development of each clettumt 
occurs in painllel with acccpta:ice veriCicatiun being performed on the total 
system immediately preceding the first article review (FAk) • 

The following paragraphs describe the detailed development approach and 
schedule for each CD.’G element. 

5.1 CPPS HARDWARE DEVELOPMENT APPROACil 

As was discussed in paragraph 4.1, commercially available hardware will 
be used throughout the CDPS. All necessary CPI'S hardware is presently Installed 
and no further development is planned. 

5.2 CDPS SOFTWARE DEVELOPMENT APPROACH 

Tho CDPS software development approach mckes nuixinum benefit of available 
software and has been scheduled to support overall SIMS program milestones. 
Detailed schedules and major characteristics of the development activities In 
each of the CDPS software areas are discussed in the following paragraphs. 

5*2.1 Remote Site Interface Software 

Tho romoctj site interface software, which executes on the S/7 computer 
configuration, will bs developed from basx>line software capabilities which 
are available commercially. Tho oporatlng system (nucleus) will consist of 
the S/7 MSP/ 7 software which provides the capabilitiv*,i; ofj 

(1) Interrupt Processing 

(2) Multiple Priority of Vrocunsing . 

(3) Timer Support 

(4) Peripheral Input /Output Support (Disks, Printers, Teletypes, etc.) 

(5) System Macros 

This operating system Is generated through the use of the S/7 .APG/7 
compiler and requlrvi, no SI>tS devolornent rctlvitios. 

The operating system provides the ba‘;ia for use of the top-down develop- 
ment approach for the remote site interface software. Application software 
which wust be developed will he .added tu the operating system in a systematic 
mnmior to .'.chieve tlio overall S/7 operational capability. 
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The communication capability within tho software will be developed 
through adaptation of c:{isting vsoftware to address t}; : fomat/transmlsslon 
requirements of the SDAS to be Installed In remote sites. 

The development schedule for the remote site interface software has 
been phased to provide operational software to support the acceptance testing 
of the Initial production unit of the SDAS. 

5.2.2 Input Processing Software 

The Input processing software^ which executes on the S/370**145 computer, 

Is the major development activity x^ithin the CDPS software. It contains the 
majority of the software which must address the SIMS'-unlque requirements $ 
and thus, It cannot be developed from a conzicrcially available base. To 
support the SIMS program milestones for SDAS development and to provide an 
early software capability for user interaction, a phased development approach 
will he utilized. To provide a capability to support acceptance testing of 
the Initial SDAS production unit, the ability to process sensor data for Input 
Into the data bank must be provided. This capability will consist of the basic 
software structure and will provide the following: 

(1) Input Documentation 

(2) Parameter calibration 

(3) Parameter Conversion to Engineering Units 
■ (4) Preliminary Error Handling 

(5) Data Bank Formatting 


• fH 

The second phase of development will include the definition, design, and 
Implementation of detailed error handling/ analysis of SDCS sensor data. 

Primary objective will be to achieve a highly automated maintenance diagnostic 
capability for production SDAS units. An additional function of the phase 
will be to implement software enhancements /capabilities which increase the 
software usability by system analysts. 

5.2.3 Data Bank Management Software 


The Data Bank Management Software, which executes on the S/370-143, Is 
the MMCS Information Processing System (NIPS) which Is available at no cost 
to NASA and requires no development activity. Tlie system has been Installed 
on the IBM-FSD Huntsville facility computer and tested to ensure correct 
operation. In addition, training of programmers has been performed. The 
rcjiainlng development activities to be performed In support of SIMS data 
processing requirements are; (1) training of analysts in use of the system, 
(?,) detailed design and implementation of data bank, (3) Integration testing 
functions. 
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5.2.4 User t v’i’ 


The unor eupport software will coiisiat of t;lie oulipuc capabilities of NIPS. 
Flexibility and peneriil .« ty of NIPS should Botlsiy all rct|nJ,rcment8 of the COPS 
without modification to KIPS software. 

5.2,5 Sup po rt Software ! 

Throtip.h vise of exlrtlnp. S/370 and S/7 dovelopnient .laiiiuiapes , po develop- 
went activity will be rottuired to ciuiuirlnp, availability ot support software. 
Personnel asHipnGd to tbo facility computation center will provide support of 
this software at no direct cost to SIjMS program (effort included in cost/hour 
of computer time) . 



i 
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6.0 IBM/MSrC REVIEWS ' 


During CDPS developnant> three reviews will be held between MSFC and IBM 
to review requirements, status, and products. The preliminary design review 
(FDU) will be held approximately two weeks after authorization to proceed 
(ATP) and will provide the means for review of CDPS proposed configuration, 
CDPS requirements, software design, and available programs, and development 
plans and schedules. 

The prototype review will be held approximately three months after ATP. 
The principal objectlvoa of the review will be: (1) review of development 

status, (2) description of CDPS operational characteristics, (3) user's 
manuals review, and (4) .icceptanco plan review. 

The first article review (FAR) will be held approximately four and one- 
half months after ATP. Principal objectives will be: 

(1) Acceptance Testing Review 

(2) Users Manual Delivery 

(3) Approval of CDPS as Operational System 
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SECTION 1 
PURPOSE 


1 


1.0 PURPOSE 


environment and as part of total Central 


Test COPS processing software In both a standalone test 
Data Processing System (COPS) 

• l as soecifled in the Central Data Processing System Software 
Test COPS software to design limits as p 

Perfonnance Specification (HSFC Ho. BR601-C/IBH No. 




2 



SECTION 2 


SCOPE 


E-4 


2.0 SCOPE 


• Insure through testing that the CDPS software meets or exceeds the design limits baselined In 
performance specification and design document, 

• Testing procedures developed and used to control the testing environment and to Insure that all 
design limits are tested and results documented. 



o 




4 




SECTION 3 

APPLICABLE DOCUMENTS 
s 

i 
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APPLICABLE DOCUMENTS 


Central Data Processing System Software Verification Plan (MSFC No. DR501-4C/IBM No. 7933198) 

Central Data Processing System Software Performance Specification (MSFC No. DR501^C/IBM 
No, 7933251) 

Central Data Processing System Software Development Plan (MSFC No. 0R501-4C/IBH No. 7933221) 


Central Data Processing System Software Design Document (July, 1976) 


SECTION 4 


QUALIFICATION VERIFICATION 
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zvmu 


LI QUALinCATIQN VERi n r.AT jqm Apr';.O^^CH 

j All testing performed on operational COPS computer hardware 
I SDAS simulated on S/7 

» Two levels of testing 

Standalone 

Integrated 

0 Standalone testing characteristics: 

Simulated Input through use of S/370-145 "driver" program 

- Predictable input parameters used to exercise input processing software 

- Error conditions included in data 

- Three simulated input cases used to test all error processing, normal processing functions, 
and report generation 

0 Integrated testing characteristics: 

- Simulated Input from S/7 SDAS simulator 

S/370-145 to S/7 interface used to communicate data between systems 

- Controlled input simulation to provide predictable test results 
Renote sites with formats of 15, 31, and 47 parameters simulated 

- Output for archiving and data file updating will be verified 
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4.2.1 Standalone Testing Approach 

• SDAS consnunl cation Interface simulator used to provide test capability 

- Command/responsa sequences 

- Cottraunlcatlon hardiirare interface (autocall/telephone lines) simulation 
15, 31. and 47 parameter SDAS scan simulation 

f Provides means for testing all S/7 operational software with the exception of the actual 
SDAS/S/7 telephone interfaces 

I 
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4.2.2 STAKOALONE VERIFICATION PROCED'.JRCS 


o> 

4 .- 
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CD?': SOFTWARE VERIFICATION PHOCEDURS 


COr-T/aNfCATSOW iivTEnPACE IxJ FILE iD 

' INPUT PROCESSING LJ USER SUPPORT LJ 

QUALIFICATION 0 
ACCEPTANCE Q 

5FTvVARE FiJX’CTiONAL AHEA: Site Directory Rf^qui renients 

DATE: 

rrFOR!\V\MCE SPECIFICATION REFERENCE: 2.2 

VERtFICATION CROSS REFERENCE MATRIX TAOLE g.] of 4) 


EST KlIf.BER 

>_T 



td 

M 


o 


DESCmPTlOW 

Test Objectives; (1) Verify that the Update Site Directory program 

properly generates the site directory to be used 
for data collection. 


(2) Establish baseline site directory for use in 
support of qualification verification 



Test Procedures: (1) Generate directory entries for remote sites for input 

•via the 5028 teletype interface. 

(2) .Load the update site directory program into the S/7. 

(3) Enter the directory update information via the 5028. 

(4) Load the Print Site Directory program and print the 
directory contents. 

(5) Verify that contents of the directory agree with 
input requests. 
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CDPS SOFTWARE VERIFICATION PROCEDURE 


■'3 El.Cr.:ErCT: 5/7 CO:/?.rjN-:CAT!OrJ lAiTERFACE (E3 FILE r/AINTENANCE D 

l?4PUT rr.OCESSlKG Q USER SUPPORT Q 

QUALIFICATION [D 
ACCEPTANCE O 

rr.vnnE fukctiokal area: site Data Collect Program 

DATE; 


VEKtnCATlOri cross KEFEnENCE MATRIX TAOLE 6-1 (1 of 4) 


vr!vU~ r;;n cgscniPTioM 

- Test Cbjectlvc : 


Test Procedures : 





Verify that the con:;iun1 cation interface software properly 

processes co^'.-iands and replies and stores data received 

in proper format on disk. 

(1) Use site directory created during test 2-1 for input. 

(2) Load the SD/\$ siiitulator and S/7 software from disk. 

(3) Enter the operational data collection mode. 

(4) Monitor 5028 keyboard printer report to ensure that 
cc" •unication and data collection is properly 
parforcsid. 

(5) Dump the disk containing collected data and verify 
correct format and contents. 


(6) Dump site directory and verify that parameters 
associated with collection have been updated. 

(7) Retain collected data for use in subsequent testing. 
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^RinCATIO^vJ FnnCEDDRE 


FILE MAINTENANCE 

□ 

1 

1 QUALIFtCATION 

m 


USER surponT 

□ 

1 ACCEPTANCE 

□ 



DATE: 


VCmnCATION cnoss nErEnENCC MATRIX TABLE 6-1 (I of 4 


(1) Verify that coniiiuiilcation interface software correctly 

handles the follovilng S/7-SDAS error conditions: , 

(a) Data set check errors (Perf. Spec. Table 2-2) 

(b) Data overrun errors (Perf. Spec. Table 2-2) 

(c) Systein/7 XIO errors (I’erf. Spec. Table 2-2) 

(d) 1iii;euut bel-VJeen characters (Perf. Spec. Table 2-2 

(f) BCM error in received data (Perf. Spec. Table 2-2 

(y) Software error 

(2) Verify that cothtiunicate interface software correctly 
handles coniiauni cation equip::isnt errors: 

(a) Invalid control word 
(h) Oata set not ready 

(c) I/O list busy 

(d) Line closed 

(e) Invalid line number , 

(f) I/O overrun \ 

(3) Verify operational retry capability of conmunication 
interface softviare (Table 2-3 of Perf. Spec.) 

(a) Invalid station address received 

(b) BCII error in conmand 

(c) Invalid coitmtand received 

(d) SDAS device failures 
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CDfS SOFTWARE VERIFICATION PROCEDURE 


CD?S f 1 EM'^NT- ^/7 COMWJNICA1ION IMTEnFACE 0 FILE MAINTENAWCE 

. ” INPUT PnOCFSSTNO D USC« SUPPOHT 

□□ 

QUALIFICATION 0] | 

ACCEPTANCE O j 

!:onwA}if: FUNCTIONAL AREA: Site Ddtd Collect 

DATfc: ’ 

r:. iu «uv.\ri;:E sPtcrncATsoN nrr eiu-noE: 2 . 4/2 . 6 

VEHiFtCAnoN CROSS REFERENCE MATRIX TABLE 6-1 (l Of 4) 


U'ST wur^cij 

2-3 (CoT^ tini c«J) 



0ESCn»»T10N 

Test Procedures : ( 1 ) 

( 2 ) 

(3) 

(4) 


Use site directory creared during test 2-1. 

Load SDAS simulator and operational S/7 software. 
Select manual status n»de. 

Execute S/7 site data collection. 


(5) Enter status codes to test errors under Test 
Ojbectives (1) and (2) above. 

(6) Verify that S/7 operational softv/are performs as 
specified in Tabic 2-2 of Perfornance Specification 
for error conditions. 

(7) Load operationdl S/7 software into S/7. 

(8) fnter patches into SOAS to force error conditions 
descriL’cd under lest Objective (3). 

(8) Verify that S/7 softivare performs as specified in 
Table 2-3 of Perfoniance Specification for error 
conditions. 
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4.2.3' Integrated Tssting Approach 


9 S/7 is connected to S/370-145 via the SBCU 

9 Siimilated SDA5 data obtained from standalone Test 2-2 is transmitted to host for processing 

V,/ 



E-17 



o ft- 







y'-' 

p 

- 

— . — . . 



7933442 


CDPS SOFTWARE VERIFICATION PROCEDURE 



COP/MUNICATION INTERFACE 

m 

FILE MAINTENANCE Q 

QUALIFICATION 0 

iCOPS EtEMENT: 5/7 

INPUT PROCESSING 

□ 

USER SUPPORT Q 

ACCEPTANCE O 

SOFTWARE rUNCTlOfjAt AREA: 

S/7 - S/370-145 Interface 


DATE: 


PERFOnRV^NCO sreCIFlCATIOM REFERENCE: 2 . 6 

VERIFICATION CROSS REFERENCE MATRIX TAOLE 4^ 


TEST NUl^ER 
! 2-4 


DESCRiPTlOW 

Test Qb.iective: 


Test Procedures: 


Verify that S/7 softv/are (Host Forward Store} properly 
transmits collected data to S/370-145 via the SBCU. ^ 

L/ 

(1) Use site directory created during Test 2-1. 

(2) Use collected data created during Test 2-2. 

(3) Load Host Forward Store program Into S/7. 

(4) Ensure that S/370-145 software to receive data Is 
loaded Into S/370-145. 

(5) Execute Host Forward Store. ^ 

(6) Dump disk on S/7 containing simulated raw data. 

(7) Dump disk on S/370-145 containing transmitted data. 

(8) Compare data to ensure proper data format and content. 
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4.3.1 Standalone Test Approach 


t S/370-145 program written to accept solar parameters from sunfall monitor program magnetic tapes 

Creates data set in format for processing by Input processing software 

Has capability to create error conditions within data for testing of error processing 

Error conditions under control of progranmer when generating test data 

t Three test data cases have teen generated for use during standalone qualification verification 

Case 1 - Normal Initial batch of raw data. Only errors are variable out-of-limits, variable 
change rate exceeds limits, and/or constant variables 
- Case 2 - errors In out-cf-llroit testing, rate of change , both out-of-llmit and exceeding rate 
of change limits, and non-changing values 
Case 3 - BCH errors In data, scan time, block start 
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4.3.2 Srr^JDALONE VERIFICATIO?^ PROCEDURES 
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CDPS SOFTWARE VERIFICATION PROCEDURE 

eWSeWMEWT: S/370-145 C0I*1U1»ICATI0N INTEntACE □ FILE MAINTENANCE 

INPUT PKOCESSINQ 0 USER SUPPORT 

□ 

□ 

QUALIFICATION fO 
ACCEPTANCE Q 

SOFTWARE FUNCTIONAL AREA; 

DATE: 


PCRFOnmiUCE ^^ECIFICATION REFERENCE: 


VERIFICATION CROSS REFERENCE MATRIX TABLE 


TEST MUlWE R 
3-1 


DESCRIPTION 
Test Objectives: 


Test Procedures: 


(1) Verify that the Site Description Utility software 
correctly generates the site data description file. 

(2) Verify that calibration/conversion data Is properly 
entered into the file. 

(1) Card images defining the site data description file 
received for processing of simulated Input data will 
be generated. Cards will Include definition of both 
8 bit ami lU hit input lengths* all conversion types, 
and cal i brat iori/con vers ion coefficients. 

(2) Execute Site Description Utility program with detailed 
print option selected. 

(3) Verify that the listing contains correct data. 












CnPS SOFTWARE VERIFICATION PROCEDURE 


Cns'S EI EMTMT:- S/370-145 


COM(VrJNICATU»N tNTERFACE L.l 
INPUT PHOCESSWU [XI 


INPUT PHOCESSWU UU ( 

soFTVv.MiE FUNCTIONAL AREA; Rflw Data Pfoccss in(}/Mer(je and Suntiisary 
Pt nPOJirvV.NCE S»»ECIFICATIOW REFEnEiiSCE: 3,3 thrOU<jh 3.9 


FILE MAINTENANCE Q 

QUALIFICATION 


USER SUPPORT IJ 

ACCEPTANCE 

o 


:□ 


DATE: 


VERIFICATION CHOSS RCFEHENCE KATRIX TABLE 6-1 (2 Of 4) 


TEST :^ti f/.:£n 

3-? 


US) 


ll 


DESCRiPTlOW 
Test Olijectives; 


Test Procedures; 


Verify that the input processing software performs within 
design limits in tlie following functions: 

(1) Oeconirutaticn of ruv; data into scans. 

(2) Extract variables and convert to engineering units. 

(3) Variable testing. 

(4) ton.{n;U! perlV.riiwnce evaluation parameters. 

(5) Generate input (or data base update. 

(6) Create hi story/ archive tapes. 

(7) Create input summary reports and error messages. 

(1) Generate Case 1 simulated input which consists 
of: 

(a) 26 data records (5*128 data bytes) 

(b) Time of previous scan - 73/01/02 
Time of present scan - 76/06/29 

(c) Site clock base tiiix* - 76/06/29 07.00.00 
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CDPS SOFTWARE VERIFICATION PROCEDURE 

c/9fn COa'WUNICATION INTEHFACE CH FILE MAINTENANCE 

COPS ELEMENT: S/ 370- 145 r— . 

INPUT PROcessiNO UU USER SUPPORT 

□ 

□ 

QUALtFJCATION (H 
ACCEPTANCE O 

SOFTWARE FUNCTIONAL AREA: Raw Data Processing/Kerge and Suiiniary 

DATE: 


I rf.«;ronvJ\KXi SPECIFICATION nCFERCNCE: 3.3 through 3.9 


VEmFICATtON CROSS REFERENCE MATniX TABLE 5 .J (2 of 4 


TEST N»J?_TJ£R 

3-2 (continued) 


OESCRIPTION 

Test Procedures; 


(d) Time of last scan - 76/06/30 02.15 

(e) Following parameters have failure conditions v/ 
specified: 


Parameter ID 

T600 

TOIOO 

TI)3f)0 


Failure 


Time of Failure 


Change too fast 76/06/29 07.00 
Change too fast 76/06/29 07.00 
No change 


(2) Execute Raw Input Processing and Merge and Summary 
programs with detailed print options selected. 

(3) Conipare scan tiittes to expected values. 

(4) Compare converted values of variables to expected 

values. ^ 

(5) Analyze error messages to verify that all messages 
are correct, 

(6) Compare computed hourly and daily sumntaries to values 
determined to be correct through manual computations. 

(7) Compare time intervals and record counts of merges 
and suiiHiia ry to expected values. 


(8) Retain merge and summary output tape. 
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COPS SOFTWARE VERIFICATION PROCEDURE 


DPS ELEMENT: S/370-145 COM^iNICATIOM INTERFACE □ FILE MAINTENANCE □ 

INPUT PROCESSING 0 USER SUPPORT D 


IFTWARE FUNCTIONAL AREA; Raw Data ProcessIng/Merge and Summary | da 


DATE: 


•RFORMANCE SPECIFICATION REFERENCE: 3 , 3 through 3.9 


793342 


QUAUFICATION ID 
ACCEPTANCE Q 


VERIFICATION CROSS REFERENCE MATRIX TABLE 6«1 (2 Of 4) 


ESTNUNDER 


DESCRIPTION 
Test Objectives ; 


Verify that the raw data processing software correctly 
performs time continuity tests. Identifies error cond1> 
tions outside design limits, provides correct error O 
recovery and messages, and rejects variables which exceed 
acceptance limits. 


Verify that merge and suninary software correctly generates 
merged output files for data bank update and History. 

f 

Test Procedures; (1) Generate Case 2 simulated Input to Include 

I variables out-of> limits, values exceeding rate 

of change limits, variable exceeding rate change 
and Is outside of limits, and frozen readings. ^ 


IL 


(2) Execute raw data processing and merge and summary 
software with detailed print requested. 


(3) Verify that continuity test executed properly. 


(4) Verify that outslde^of-llmlts error message was 
provided. 
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COPS SOFTWARE VERIFICATION PROCEDURE 


PS ELEMENT: S/370>145 


CONaAINtCATION INTERFACE O 
INPUT PROCESSING Q) 


FILE MAINTENANCE Q 
USER SUPPORT □ 


QUALIFICATION 63 
ACCEPTANCE □ 


FTVUARE FUNCTIONAL AREA: Ravf Data ProcsssIng/Merge and Suninary 


RfORMANCE SPECIFICATION REFERENCE: 3.3 through 3.9 


VERIFICATION CROSS REFERENCE MATRIX TABLE 6-1 (2 Of 4) 


ST mia«ER 
3 (Continued) 


DESCRIPTION 

Test Ob.iectives: (5) Verify that variable rejection messages are provided. 


(6) Verify error message for non-changing variable. (J) 

(7) Verify that merge and sumnary time Intervals and recor. 
counts are correct during data merge. 

(8) Verify that output format for data base update Is 
correct. 


(9) Retain merge and summary output. 


r 
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COPS SOFTWARE VERIFICATION PROCEDURE 

cors ELEr.^ENT: S/370-145 CO\'S,TJKICATIprt'iNTERFACE Q FILE tirlAINTENANCE O 

INPUT PROCESSING [xj USER SUPPORT CD 

QUALIFICATION CB 
ACCEPTANCE Q 

soFirv'ARE FUi:cTio;jAL AREA: Raw Data Processing/Jlerge and Suiiinary 

DATE: 

f'ErtroaMiXNCE SPECIFICATION REFEnEKCE: 3.3 through 3.9 

VERIFICATION CROSS REFERENCE MATRIX TABLE 6-1 (2 of 4) 


TFS T WU r^^lEH 


W 

I 

to 



DESCmPTIOW 
Test Objectives: 


Verify that software correctly processes BCH error 
conditions within the Input stream. 

( 


Test Procedures: 


(1) Generate Case 3 simulated input to include BCH-errors 
in data, scan time, and block start. 


(2) Execute raw data processing and merge and sunsnary 
software. 


(3) Verify correct detection of ECH-errors in data and 
corresponding error messages. 

(4) Verify that scan which has time with BCH-error is , 
rejected, the corresponding error message is provK .., 
and the correct rejected scan record is written. 

(5) Verify that block of data containing block start 
BCH-error is rejected, written to the rejected scan 
file, and corresponding error message provided. 


(6) Verify that merged and summarized data hes correct 
format and content. 
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CDPS SOFTWARE VERIF^CATJOH P.^OCEDUmE 

CDr*S ELEV.ENT: S /370 145 COr»7ilSUi'< rCATfOti INTERFACE (Z1 FILE fiVMrj VUriArcCE C— 1 

INPUT PROCCSSJMG 0 USER SUPPORT Q 

CUALlflCATJOK 3 
ACCEPTA.NCE Q 

soFTT/ARc FUXCTiowAL AREA: Rdw Data Process iRo/rerga and Surnnary 

DATE; 

rE* 1 rOo.a^\-C£ Si'trCJFICATICM nEFERENCE: 3.3 thrOUqh 3.9 

VERIFICATION CROSS RCFEBENCEf.WTWXTA3LE 6-1 (2 of 4 ) 


TCCT WUf.UCn 

3-4 (Continued) 


DESCniPTlOW 

Test Procedures; (7) Retain merge and summary output. 




u; i; L.. V. . 
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COPS SOFTWARE VERIFICATION PROCEDURE 


CC:%TirtUWlCATIOmWTERFACE 

□ 

FILE KIAINTENANCE 

□ 

QUALIFICATION 

m 

cars c; x^^c^:T: S/370-145 

iwi'UT rnocEss:Nvj 

EJ 

USER StJITOHT 

□ 

ACCEPTANCE 

□ 

sorTv/ARC FUMCTioNAt AnEA; Raw Input Data A; chiving 


■ :zz;] 

DATE; 




rCJJf 0M.VAWC£ SI'CCIflCATlOK acrSHEMCE: 3. a 


VEHIFICATIUN CBOSS HEFERENCE MATRIX TABLE 6-1 (2 Of 4) 


!T!-ST r4!m':iEft 


DESCRIPTION 




Test Objectives: (1) 


(2) 


(3) 


Test Procedures: (1) 


(2) 

^•1 

(3) 


(4) 



c, ^ 

S cr 

(5) 


Verify that the input processing softviare catalogs 
raw input data onto wagnetic tapes for archiving. 

Verify that Site Data Description File is written 
to KtagnoLic tape with raw data (includes calibration/ 
conversion data for each paraii-eter). 

Verify that rejected scans and variables are 
written to magnetic tape. 

Use copied rav/ data of cases i» 2, and 3 for input. 

Execute rai; data archiving procedure to create tape 
containing Case 1, Case 2, and Case 3 rav/ data end 
Site Directory. 

Verify tliat the mannetic tajie created contains the 
correct rav; data and Site Directory contents is 
properly formatted . 

Verify that messages associated with processing 
contain correct information. 

Verify proper format and content of rejected data 
f i 1 es . 
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COPS SOFTWARE VERIFICATION FROCEDURE 


CDPS ELEMENT: $/ 370- 14 5 

COMMUNICATION INTERFACE G 
INPUT PnoCESSINO (Zi 

FILE MAINTENANCE Q 

USER supronT Q 

QUALIFICATION 
AC<XPTANCE O 

SOFTWARE FUf^CTIONAL AREA; 

History/Archivirig Tape Creation 

DATE: 


PEREOnnUNCE SPECIFICATION REFERENCE: 3.C 

VERIFICATION CROSS REFERENCE MATRIX TABLE 6-1 (2 Of 4) 


~^ST W UMttC n 
3-6 


I 


DESCttIPTION 

Test fljbectives: Verify that the History program properly merges processed 

data into archive tapes. 

Test Procedures: (1) Use as Input the processed data tape containing merged 

output of tests 3-2, 3-3, and 3-?4. 



(2) Execute the History program. 

(3) Verify that the composite History tape contains all 
data dated prior to History cutoff date. 

(4) Verify that files contain detail data, hourly 
suiiinaries, and daily sunniaries. 

(5) Verify that History reports are formatted properly 
and have correct information. 

( 6 ) 

(6) Verify that History tapes are in site sequence with 
data for each site in chronological order. 


29 


E-31 


COPS SOFTWARE VERIFICATION PROCEDURE I 

COfvTJWNfCATIO?^ tMTERFACE D 
Cni*S CLEMENT: S/370-145 m 

iNFUT FUOccs;;iN« Uy 

FILE MAINTENANCE 
USER surpofiT 

□ 

□ 

QUALIFICATION (Z) 
ACCEPTANCE Q 

;:oFnvAHE FUNCTIONAL AREA: Input Suiundry Reports and Error Messages 

DATE: 

r£:ironMANC£ SFECiriCATION REFERENCE; 3.9 

VERIFICATION CROSS REFERENCE A1ATRIX TABLE 5.2 (2 Of 4) 

■ # 


i 


TK^;r wu^’En 
3-7 

, 

\\ 

I- 


E 


S o 

Si 


^• 5 ’ 




DESCRIPT ION 

Test 01)jectives ; (1) Verify that the input processing software correctly 

generates the following capabilities, reports, and 
error messages: 

(d) Cal i brat lori/con vers ion values 


(h) User selection over error niessage for errors 
found during processing of ravi input. Also 
user control over sunmiary reports. 

(c) bdta base l.'iuiite Input Susiiiary report. | 

I. 

(d) History File Update Summary. | 

(e) Sui!.!!dry Report of input processed for each site. 

Test Procedures : (1) Input data v;ill consist of data generated to support • 

test MUiiiber 3-2. 

(2) Execute test with detailed output option selected 
and all summary reports requested. 

(3) Analyze resulting iiics sages/reports for proper 
content/ format- 
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Cr)PS SOFTWARE VERIFICATION PROCEDURE 


- 

CDK£LW^NT:. s/370-145 CO»TO.N.<:ATIO« INTERFAX □ 

FILE maintenance 

□ 

qualification CB 

INPUT PROCESSING Uj 

USER SUPPORT 

□ 

acceptance LJ 

SOFTWARE FUNCTIONAL AREA: Input Summary Reports and Error Messages 

DATE; 

PEnFOnW»NCE SrECIFlCATlON REFERENCE: 3.9 

VERIFICATION CROSS REFERENCE MATRIX TABLE 6.1 (2 of 4) 


TEST NU^TlEn 

DESCRIPTION 


3-7 (Continued) 

Test Procedures: (4) 

Execute test will remaining user selection options 
to vary detail of output messages and reports. 


(5) 

Analyze resulting mess ages/reports for proper 
con tent/ format. 










4.3.3 Input Processing Integrated Qualification Verification 
0 S/7 software simulation of SDAS used to generate input data 

Representative data from remote sites consisting of 15, 31, and 47 samples will be generated 

Data ccn Lc contr'illed to provide known test environment 

A ccrplste day's input from remote sites will be generated 

Data will be foniiatted and stored on disk for subsequent transfer to S/370-145 

0 Simulated data will be transferred from S/7 to the S/370-145 via the operational data link for 
processing by the input processing software 

e Data tapes created during input processing will be processed by file maintenance software 
0 overall objective of integrated qualification verification testing is to ensure that all CDPS 
softv/dre interfaces arc verified prior to entry into acceptance testing. 
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4.3.4 INPUT PROCESSING INTEGRATED QUALIFICATION VERIFICATION PROCEDURES 



COPS ELESKN^l S/ 370-1^5 


COPS SOFtWAHI; VCmBCATlON PROCEDURE 


«OWfll)M«CATIC^ INTERFACE^^^^ Q FILE MAINTENANCE; 

INPUT PnOCLSSING ^ Q USER SUf'I'ORT 


INPUT PnOCLSSING 


USER SUfl'OIlT 







rr:;r 


^ >T3 

6 
E. ^ ■ 


desc ription 

Test Objectives : Verify the capability to provide and maintain a Site 

pescription pirectory vihich shall contain a detailed 
definition Of the following for each site; 

(1) Measurement fia«« 

(2) Location of KeasisreSKint wvUiin Scan 

(3) Length of rieH (I or 2; fjytes) 

(4) Patii Base l‘ 0 dd!;e ron;;at Position for Converted 
(f)) Conversion Type 

({>r Lonversien/CdVilrdtion Coefficients 

(7) Kinl!!u.!;/I’.;.’ciivTi Value 

(8) »^dxii'iL.'iTAccepUble Change Between Successive Readings 
(y) Chanyo/Po Cfn-uge Indicator 


Test Procedures; 


(1) Generc:te card iripages defining remote site processing 
rc(|uire::!eitts for 15. 31. and 47 parameter scans. 

(2) Execute the site data description utility to create . 
site description file ; for use in perfoniiing liilagratt, 
testing. 

(3) Print contents of description file and verify that 
file contains Correct data. 

(4) Retain file for use in subsequent te^'^ing. 




ODPS SOFTWARE VERIFICATION FROCEpURE 


ilOPS EUlUENt; S/37b-T45 


COM!.1MNICAri0i4 lATTEllFA^^^ Cl 

INPUtPROCESSING (3 


ioFttvAng Abea^ Saw Dgta Acceptance From %/7 


iCRFOiFit^vbvcEdSFectFic^ 3v2 


DESCRIPTION 

Test Obiectiee: 


File iuiaintenaNc^ O 
USER StiPPORT O 


OUAUFICATtfW 0 
AGCEPTANCE O 


VERIFICATION CROSS REFEnENCE MATlltlC TA8LE (2 Of 4) 


Verify the capability to accept raw daita from the S/7 and 
store foC pFOcessI OR. 


Test Procedures: (1 ) Execute S/7 sliiiuUtor to create data for testing* 


(2) Coordinate S/7 an4 S/370-145 activities to etisvre 
that software/hardware are confi gured to transfer 

;';data. ' 

(3) Execute data tt^Sfer. 

(4) Ounip the disk data sets on S/7 and S/370**145 and 

ensures tiiat data v/as properly transferred and stor'>.d 
onto S/370-145 disk. ^ 

(5) Retain disk data sat for iNPUt processing testing. 






...... ■ . ^ 

7933442 

CDPS so FT1WVRE VERIFICATION PROCEDURE 


n?S£'E?/icNT* S/ 370-1 45 cow, TlJNICATIOrJ INTERFACE D FILE MAINTENANCE O 

INPUT PROCESSING E3 USER SUPPORT Q 

OUAUFtCATipN ID 
acceptance n 

pn^vARi- ruNCTio'^At AREA: Raw Octo Processing/Merge and Suiuuary 

DATE; 

Eiiron.VA:<;cE SPECIF'CATION REFcnENCE: 3.3 through 3.9 

VERIFICATION CROSS REFERENCE TAATRIX T^BtE 5 .^ (2 of 4 .) 


EST fJUr.TtER 

^10 " " 


DESCRIPTION 
Test Objectives i 


Verify the capability of the Input proclessing softviare to 
process data created by the S/7 corawinlcation 1nterface> 
software and transferred to S/370-145 by the S6CU. 


Test Procedures; 


(1) Use disk data set created during test 3-9 as input 
for test. 


03 

<3 


(2) Select detail print option to obtain all error 
messages and processing status Information. 


e§ 

If 

eg 


(3) Execute raw data processing and merge and ^usanary 
programs. 

(4) Verify that raw Input obtained frcmi S/7 1$ proces$e 
correctly through analysis of messages obtained 
during program execution. 


(5) Retain output for use In testing of file maintenance 
software. 
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4.4.1 Standalone Testing Approach 

0 Because of use of a standard data base system, no standalone testing will be perforined during 
qualification verification. 

■ . ■ ■■ , 


I 



4.4.2 Integrated Testing Approach 


• Data tapes created during Input processing Integrated testing (Test 3*10) will provide test data for 
file maintenance testing 




Frifnary objective of testing will be to ensure software ccHnpatIblllty between input pracessing and 
maintenance software 


file 

C 


r' 





CDPS SOFTWARE VERIFICATION PROCEDURE 

H *'■ 

.......... c/o-»A 1/ic COWrffJNICATIOfJ INTERFACE Q FILE MAINTENANCE 1x3 

COPS ELEMENT: < 5/370-145 .—i i— » 

INl'llT PROCESSING LJ USER SUPPORT LJ 


QUALIFICATION Cxl 

acceptance Q 

SOFTWARE FUNCTIONAL AREA; Automatic and Manual Update of Data Base 

DATE; 


verification cross REFERENCE MATRIX TABLE 6-1 (3 of 4) 


TEST «Ufig?En 
4-1 


w 

t9 


S 2 


§§ 
§rtj 


§ 


cr 


DESCRtPTIOfi 


Test Objectives : 


Test Procedures: 


(l) Verify that tape containing processed r^note site 

data is compatible with the NIPS data base fnanagemenC ; 
software and can he used to autcHnatical 1y update the 
database. 


(2) Verify ability to create data sets for remote sites. 


(3) Verify manual data entry capability through update 
of Site General Description data. 


(1) Use data tape* containing si niulated SDAS data created 
during test nuiiibar 3-10. 


(2) Use file foroat tables describing remote site 
operational data set. 


(3) Generate site description data and create remote site 
description file (manual input). 


Perforni file maintenance run. 


(5) Verify through ana tys Is of transactldn processing 
report that all data was accepted and inserted into 
the data base (inanual and automatic). 


i 










COPS SOFTVVARE VEBIFiCATION PROCEDURE 


COPS EL*^r»T:NT* S/370-145 COMMUNtCATiOK INTERFACE Q FILE MAINTENANCE 

INPUT processing (D USER SUrPORT O 

QUAtlFlC/«TION (0 
ACCEPTANCE O 

sDFT/vXRE FU^cTior-iAL AREA: AutCfTiatIc and fl'inufil Upddto of Data Base 

DATE; ■ ' ^ 

f'Lf^rcnrtoWCE SPECIFICATION REFEREKCE: 4. 2/4. 3 

VERIFICATION CROSS R EFERFWCS MATRIX TAOLE 5-T (3 pf 4) 


DESCRIPTIOM 

Test Procedures; (6) DuiFip data base contents and Ensure that both site 

description file and reniote site ope ration a V da 
file contain correct infoniMtion. - 


(Conti nted) 










CDPS SOFTVVARE VERIFICATION PROCEDURE 


CO« ELEMENT: S/370-145 COMMUNICATION INTERFACE □ 

- :y input PROCESStMG D 


sopnmRE FUNCTIONAL AHEA: Data Bdse Security 


Pqi^ORrii\NCE SPECeTICATIOM REFEnS.JCE: 


TEST NOJ.I3ER 


DgSCWPTiOW 
Te&t Objectives; 


Test Procedures; 


FILE TMINTENANCE (D 
USER SUPPORT (31 


QUALIFICATION 
ACCEPTANCE O 


VERIFICATION CROSS REFERENCE MATRDC TADLE 6'‘1 (C Of 4) 


Verify that access to the data base can only be achieved 
through use of proper access codes. 


(1) Use data base files created during Test 4>V for 
testing of security. 


m 




1 ^ 


13 . 

P 


I 


(2) Generate access requests via card input (Batch) 
and tenninals which use invalid and valid access 
codes and v/hlch attenipt to write Into data files who 
only read is authorized^ 


(3) Execute data base queries/updates. 


(4) Verify that: 


0 Invalid access codes are rejected 
0 Read only access codes cannot write into files 







^i.5.1 Starj^tcr.a Tsstfr^ Approach 

0 Data user! "or 5t3n<?8lon€ testing v.t11 consist of data base created during execution of test C«e 
4 - 1 .; ■ : 

e Overall oUcctive of testing Is to ensure that user support services properly access data base and 
femat data properly for reports, displays, end plots. 


4.5.2 USER SUPPORT QUALIFICATION VERIFICATION PROCEDURES 



- 'fc 



Ini'S tlEcmi: S/370-T45 □ 

|W?UT PHCC2SSIKQ Li 


CDP$ SOFTVWftE VERIFIGWidW pROCEDtiRE 


ION INTERFACE O F»U T.'AlNTEKAtiCB Q 

SSINO D USER SUPPORT (3 


sorr«mn£ FuNCTiOFiAL AREA: Information Retrieval 


r.rronf/>Nce s?ecjficatio:iI kefj: 


VERIFICATION CROSi REFERENCE f/ATRIX TAS 


CUALIFJCATICN \U 
AOCEPTAPiCE Q 



tCST NUKOER 


DtSCRlFTlQM 

Test Cbtectlves: Verify capatylVity to perform Information rotrlevaj of 

data from data base from both batch and terminal tsodes.' 


Test Procedures; 


Use data base created during execution of Test 4-1 
for testing. 


(2) Generate information retrieval queries to generate 
tabular data reports via both batch and terminals 

(3) Execute queries. 


{4} Verify that data presented In reports Is same in 
both batch and terminal inodes. 

(5) Compare results to the knov.n ccntents of the data 
base to ensure correct retrieval and fomatting of 
data. 
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CD?S SOFTWARE VERIFICATIOM PROCEDURE 



- 

-rs f.L S/370-145 

CO!*7.SJA':CATtOI^ I»T£RF/U:E CD 

i»?ur pnocEssiNC D 

FILE MSA!NTENA»CE 
USEHSUrrORT 

□ 

13 

QUAUFiCATION Hj 
ACCEPTAfiCE O 


r i :/An 2 FSi;r.CT(C; AL A 1 ‘.EA; 

Plot Capcbility 

{ 

DATE: 




'cr-VAric* crscfF:::ATi;?;4 nsfZ'/.zncr:-. 


5-2 


VERIFICATIOri cndss nEF£nS?JCE f4ATaiX TA3LE 6>T (4 of 4} 





DS£sr»PTtori 

Tgs* Oblective: Verify that the plot capability software properly 

retrieves data and generates correct plots, 

it 

Test Procedures: (1) Use data base contents created daring execution of 

Test 4-1 . 


(2) Generate test cases for plots of: 



- Parareter versus time 
Two parsiroters versus ti 

(3) Execute plot test cases via batch and temfRel. 

(4) Ccmpare plots obtained via batch and terminal for 
consistency. 


( 5 ) 


Compare plots with raw data received from simulated 
SOAS to ensure that overall COPS functions have not 
changed data. 
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CD?S SOFTWARE VERIFICATION PROCEDURE 






.*■ 

ELEWSMT: S/370-145 

COr.T.UKICATSOM sriTERFACS D 
INPUT PR0CESSIK3 D 

FILE r/AINTENANCE 
USERSUrHORT 

□ 



QUALIFia^TtOil 

ACCElTAMCE 

& 

□ 

- 

>VARE rur;cTJpr;AL area: 

Generation of Scheduled Reports 


DATE: 

7nr»l^»CS SPECiFICATiCN REFEREr;C€: 5-4 

VERtFICATlCN CROSS RcFEnEMCE 

IS.*ATBIX TAJ5LE 




Kur/SER 

CESCRiPTION 




Test Objective; 

Verify that scheduled reports can be generated from data 



base 

• ^ s 


Test Procedures: 

(1) 

Use data base created during execution of Test 




4-1. 



(2) 

Generate query to access file and format schedules 
dally and monthly reports. 

- 


(3) 

Execute query. 

Q o 


(4) 

Compare dally suttmary report contents with expected 

.•5g» 

5?S 



results. 

o 

is 



Sgj 

|S 

s ^ 

• 

(5) 

Compare Honthly Summary Report contents with expected 
results. 

KSf 









7933442 


CDPS SdmVARE VtmnCATlOW PROCEDURE 



I. CC?.T.^J«£CA7ION IWTEflPACE Q 
. EL>— -.«T: < — j 

' • IK?UT FnCC£$5!MG LJ 

Fite r4AirrrE;;A»cE 

□ 

OUAUFfCATtON d 

USER supponr 

m 

ACCETTAr:CE D 

?r»vAnc Fur;cTfomL AnEA: Magnetic Tape Generation 


DATE: 



VEntFtCATIOr^ CROSS r2FERE?:C£ STATaiX TA3LE 




o c 

"K >5 



Dg£Cai?TiO?< 

Test Objective; Verify cepabilfty to generate output on magnetic tape for 

distribution to outside users. 


Test Procedures: 


(1) Use data base created during execution of Test 4-t. 

(2) Generate infomation retrieval query and procedure 
for generation of r.!3g»*etic tape. 


(3) Execute query and procedure. 

(4) Diffifp tBagnetic tape. 

(5) Verify that content of taps is sens as data base. 





SECTION. 5 


ACCEPTANCE 

VEaiFICATIOM 


5,t 






c 


ACCEPTANCE VERIFICATION APPROACH 


Testihg ^invlronn^nt includes all operational hardware and software 

- Site data acquisition subsystoa (SDAS) 

- TelephQns interface between SDAS and S/7 communicatipn interface 

- S/7 co.-:i'!juni cation interface configuration 

- S/ 370-1 45 Host CCsr,puter 


Controlled inputs into SDAS provides predictable data for use in verification 


- 15, 41, and 47 pdran*.etcr sites are sisnulated 

Horraal operational envirorr.ent used for acceptance testing 


procedures used for control of testing 
Test Results documented 
Problenis recorded and resolved 




I: 








COPS SOFTWARE VERIFICATION PROCEDURE 


ftCKSHTi S/7 


COtIffi.'UKiCATIOrtI iNTERFACE Q 
tMPUT PRQCESS:»G □ 


^Afi£ FU'JCTiONAt AREA: Rantial SDAS Control 


5i:r,V;"CE STEClFiCATIOW REFCnE 


FILE K%!MTE»AnCE O 
USER SUPPORT □ 


QUAUFICHtldN □ 
ACCEPIAWGE^^^^ 


DATE 



VERIFICATIOW CROSS REFSRENCE II^TatX TADLE g.] (| (jf 4A 


PESCRIPTtOM 
Test Objectives: 


Verify that test operator can contiril coniSEmlcdti^^ 
SdAS froin the S/7 console. , i- 


Test Procedures: (1 ) Connect knoiin vo Vtage references to SP7*S. 


(2) Create site directory to support testing.' 


(3) Execute test SDAS interface software. 


(4) {Manually Issue each valid jcor;iri3nd to &DAS an 
proper response. 


II 

Is 


(5) Manually Issue inyal Id consnands and Insure proper /" ) 


response. 







CDPS Sdi^VARE VERIFICa 

iTlON PROCEDURE 

^ CiXS EtEBENt: V? COHMUfllCATIOM IMTEnrACE El 

INPUT Pr.CCESSINQ Q 

Fits SVklfnrENANCE Q 
USERSIJP^RT D 

CUAUFtCATIOri D 
ACCEPTANCE [3 

no"Tv.y\ne FUNSTiCNAL ARSA: Overall Functional Requirements 

DATE: 

^ ‘ •• • ■ ■- ^ 

; rtfirbni^wcs sPEciyicATic^j HGF^ 2.1 

VERIFICATION CROSS REFEnEMCE tA 

ATRlX TAStE 6-1 (1 Of 4) 


Tg::T«ur^£n OESglltPTiOM 

Tost Objective: Verify th 9 t the $/7 operational soft.vare can coirr.uni cats 

with SBAS, and can collect data, and can transfer data^'^o 
S/370*T45 for processing. 

Test Procedures; (1) Site directory created to include tie-line phone 

nufcber and collection times. 

U) Known voltage references connected to SDAS. 

I 

at 

Cf>. 

(3) Operational site data collect program executed. 

(4) Upon completion of collection, ccrsnjnicatlon log 
used to verify proper command interface. 

(5) Disk data sets containing collected data analyzed to 
ensure that all data properly fermatted and stored. 

(6) Retain data set for S/370-14S testing. 

(7) Transmit data to S/370-145 fer processing. 
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CDPS SOFTWARE VERIFICATION PROCEDURE 


SCLE^•TNT: 3/370-145 COftTWUN!CATION INTERFACE □ 

INPUT rnOCESSIWQ Ei 

FILE MAINTENANCE D 
USER suppoax Q 

QUALtFlCATIOrj CB 

ACCEPTANCE Q 

r-VAHE Fur\CTic;?AL AREA: Overall Functional Requiraments j 

DATE: 


VERIFICATION CROSS nEFERSrwCE AV^TRIX TABLE 6-1 {2 Of 4) 


r mri'ER 



DESCRi?7»OW 

Test Objectives: Verify that the input processing software can accept 

input from S/7, parforsi processing on raw data, perform 
merge and sunaiary functions, create data base update 
tapes, and support archiving/Hi story fynctions. 


Test Procedures: 


(1) Execute raw data acceptance program to receive data 
from S/7. 


(2) Execute raw data processing and merge and suirijery 
programs . 

(3) Execute the History Program. 

(4) Execute the raw data archive procedure. 

(5) Verify error messages and reports to ensure proper 
processing throughout all steps. 

(6) Retain output for record purposes and for use in 
file maintenance/user output activities. 








E-58 


C:)?5 El.E\tIlKT: S/370-145 


CP?S SOFTWARE VERIFICATION PROCEDURE 


C0r.T.rj\'5CATt0N :?4T?n?/.CE Q Ftts mmntenaijce 


;kput raoctsn;,'iG 


fv^rwAng ri;r:cTio.VAL AnsAr Overall Furctlo p ^ 1 Requirements 
rrn"r.*:-v-,\.vcr. £rcc:F:cA7ic:j rEriirtFticg: & i 


USER SUPPORT 


QUALIFlCATIOr: n 
accepta:;::e (B 


CATE: 


VEIUFJCATIO.i cr;cji REFERECCe f.'ATRiX TAraE 


DESCRIPTION 

Test Cbiective: 


Verify capebility of file mainlanance software to 
support operational envirorn.ent. 


Test Procedures ; (1) Accept r'agnetic ta; c containing proc'issed data 

from SOAS. 

(2) Perfo;«i c jto.natic data base upocte Tunctions- 

(3) Verify that all data transactions processed correctly. 
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COPS sorrmRE verification procedure 


I:dps ELtlffiBTt S/370-145 C0W5JniC«.C« IMTEBMCt □ 

FILE MA1MTENA»CE 


fUiAUFiCATiori Q 

iKFor rnocEssme □ 

USEn SUFrORT 

[B 

ACCEPTANCE K j 

scF/vrAns FUNCTsoKAt AHEA: User Support Fucntional Requircirents 

DATE; 


VEniFICATIQW CROSS nErEREWCERTATRIXtAaLE 6-1 (4 of f) 


|TE ST DESCaPTIOM 

|i-i> Test Objective: Verify that user support software acconndate - operational 

envirofusent. 

■j ■ 

Test Procedures ; (1) Performing the following user support fimctions using 

procedures developed during execution of tests 5-1 
through 5-4: 


t=j 

J 

cn 


!S@ 

ip 

I" 


• Inforr:=5t1or. retrieval 

9 Plot capebility 

e Scheduled reports generation 

e Ragneti c tape generation 

(2) Verify that outputs reflect the inputs »*' reived < 
from the SDAS. 
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P-36 


5.1 
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P-48 

5.3 
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P-80 
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P-85 

6.1 

f 

Communication Interface Acceptance Testing 
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Tht |»urpqift of thM docw asultd obtained In 

pitfotniiil$ the $ltlS Gqqttal Syste- (CD?S) qualification and 

ieeeptanee tasting* Ilid tea tto^ was petformed bo tween 8/25/76 and 10/1/76 
at tW f ability and utilized operational CDPS hardware as 

^the^t'eat envitotiebt^^ 

Petailed test procedures and results have been retained for future reference* 








2« SCOPE 


This document sddrssscs the testing perrorned in verlfiestton of the SIMS 
CDPS and suttRarlKSS the results of the testing. 



3. APPLICABLE DOCUMENTS 

Th« following documants contain infoimatlon directly related to CDPS verifica- 
tion testing: 

Decwa^nt Naoe Control Number 

CDPS Qualification and Acceptance Teat IBM <?79334A2 

Procedures 

Central Data Processing Systets IBM #7933198 

Software Verification Plan 

Central Data Processing System IBM #7933251 

Software Performance Specification 

Central Data Processing System IBM #7933221 

Software Development Plan 


4. CDP8 TEStIN*G DEFINITION 

Verification testing of the CDPS consisted of three distinct levels ~ develop- 
nent testing^ qualification testing, and eceoptanee testing* Developnent 
testing consisted of noftware debug perfornied during development end provided 
tests of each software element on an individual basis. Qualification and 
acceptance tests wore perfomed in accordance with the test procedures des- 
cribed in the "CDPS Qualification and Acceptance teat Procedurss" document* 
Results of qualification and acceptance testing were analysed and provide the 
data for preparation of this report. 

4.1 TEST CONFIGURATION 

All testing was performed on tl'.e CDPS operational hardware (IBM S/370-145 and 
S/7 computers and parlphorais) . Acceptance testing was performed with SDAS H 
to provide an end-to-end tost of the data recording/data eollection/data 
processing elements of the system. 

4.2 VERIFICATION tIATEICES 

During performance of all levels of testing, verification matrices were used 
to ensure that testa addroi;sed are requirements of the "Central Data Process- 
ing System Software Performance Specification" document. These metrlees were 
defined to address each of the major processing ciemeuta of the software — 
communications interface, input processing, file maintenance, and user support. 
The matrices used in performance of tesr.ing are shown ir figures 1 through 4. 

4.3 CDPS TESTING SUMMARY 

Tests were defined to correlate to CDPS requlromcnts with muiciple testa being 
used to provide total vorlflcation. The matrices correlating these tests to 
CDPS requirements are shown In figures 5 through 28. Definitions of teat 
cases are cunc.iiue.l in subsequent sections of this document. 


m 1- J 


ITEM (NAN^S AND MHt N^,) 

CCNTML OATA Pf^OCSSslNQ 
SYSTEM SOPTVVARE 


Ve?^lP!CATION CROSS 
REPERSNCH MATRIX 
(CounmtcAt.^ens lAtarfactt) 


VeStFICATION METHOD 


1, similarity 

2. ANALYSIS 


3. INSPECTION N/A NOT APPLICABlS 

4, TEST 


RERPORMANCB 

requirement 

verification PHASE 

06VEL0RMSNT 

QUAUFICATION 

ACCEPTANCE 

2*2 Sit* 91r*eeot7 




2«2«1 Sit* Dirsetorf 

4 

4 

4 

Information 




2«2«2 Sit* Olrtctory 
Dpfdat* 

4 

4 

4 

2*2*3 Sit* Stracterr 
Print 

1 

2*3 Goaaunieatiott* 

4 

4 

f 

4 

Sarduar* Intor 




foe* 




2* 3*1 Intarfae* 

1.4 

4 

4 

Cosaand 



2*3*2 Data intafrlty 

2.4 

4 

4 

2*3.3 CosBunieatloxui 

4 

4 

4 

Hardvar* Status 




2.4 ”s/7-S2iAS“ 

4 

4 

4 

Comauaieatioos 




2*3 Data Stor* 

4 

4 

4 

2*6 Transmit Data 
to Scat Coar 

1,4 

4 

4 

putar 

! 



2*7 Manual SDXS 

4 

4 

4 

Control 

f 

i 

» 



REMARKS 




CENTRAL DATA PROCSSStNO 
$YSTEM SOFTWARE 


VEmFICAtlON f/ETNOD 


^•:=ERE^JCE^V^^TRlX 
C :r TrdccssiSlg) 


l; SlMiLARlTV 
lANALTStS 


3. iNEPECtlON N/A NOT APPLICABLE 


4. TEST 


:A7tONPHASS 


perporMance 

REQUiREMENT 


3«2 AeetBt Itaif D«tA 
: Etoti thA S/7. 

3.3 EsepBnitAfiii !Usr 

3 V4 : V ^ TitlAbte - 

3^giii(e«r£ag; Cults 

3*3 ^.C^nvettftd'.; ’ 
TiittAbld testlag 

3*E" 

fdtaattfift Svalua- 
^ ^ tlcni' Ettaaetara 

3»7 Generate Iftput 
tot Pate 3a$e 
Update 

3.8 Create Blatbty/ 
Archive tape 

3,>9 Create Ispnt StsiK 
aery Reports and 
^or Messagee 


OEVELOPMEN' ..JAUPICATICN ACCEPTANCE 


LfJ( 


L»l» 


At PAQE Jb 
« Qt7Aury 


REMARKS 



Figure 3. Verification :iatrixe8 













itiW (NAttfe iNO PAPT fi0.l 

CiNtftAt D AtA PROCeSSiNO 
SY5l‘SttSOP1NVARe 


VtfllPtCAtlQN MStHOO 


> vsniriCATicN carss 

RSFuaENT,?. rA-\T?%IX 
(Filo ^iaiat^*^l.*:lvi^) 


r. SIMILAR JTY 
2.ANAtYP»S 


VERIFICATION PHASE 

DEVELOPMENT 

QUAUnCATION 

ACCEPTANCE 

1,4 

l»4 

% 

4 

1 

I 

4 

1 

1 

4 

1 

X 

4 


ORIGINA 

L PAGB A 

4 

. 

OP Pool 

^ QUALEEi 


3, IMSPSiCTION N/A NOT APPLICABLE 

4. TEST ■ ■ ■ • 


s REMARKS 








ITEM (NAME and PART NO.l 

VH FUPICATICA’ CPXSS ^ ^ ^ ^ ^ 

CENTRAL data PROCcSSINQ 

R|.;Fi?.:i5?4G£: VATRIX 

SVSTSMSpFtyiARS 

(y.SOl?.: Suvportl ■ 

VERIFICATION MSTNOO 

i; SIMILARITY 3. INSPECTION N/A NOT APPLICABLE 

lANALYSIS ■ ■ ATEsf"' ■ 


PERFORfAANCS ' 
AECUiREMSNT 


vsaif icAroN PWAS 


j 

OiVStOJ'XiSNT ouaufjcationI accsptance 


remarks 



' Inf ot:£ieiott ' " ! 

?Xot Ci^^abilit7 

G^err-tion of 

Scheduled 

ports 

Magnetic tape 
Geoeratien 

teraitn.il /Batch 
Capabilities 

Perforaance 
Evaluation 
Data Base 


|«KBMAC lAGfi 1£» 
POOR 
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COmNICATIONS IfITERFAC? SOFTWARE TESTING 







SITE DIRECTORY 


Requirements 

Performance 
Spec. Ref. 

Verification 
Test Cases 

Development 

Testing 

Status 

Maintain oti S/7 Disk 

2.2 

2-1 

X 

Verified 

SDAS Station Address 

2.2.1.1 

2-1 

X 

Verified 

SVAS Cob^unl cation Status 

2.2. 1.2 

2-1 

X 

Verified 

SDAS Dial Digits 

2.2.x. 3 

2-1 

X 

Verified 

SOAS Process Requirements 

2.2. 1.4 

2-l,2-2,2-3,2-4 

X 

Verified 

SDAS Data Collection Time 

2. 2.1.5 

2-1 

X 

Verified 

SDAS Error Information 

2.2.1.6 

2-l,2-2,2-3 

X 

Verified 

f‘!iimber of Disk Extents 

2.2. 1.7 

2-2 

X 

Verified 

Site Recon! Index 

2.2. i.a 

2-2, 2-3 .2-4 

X 

Verified 

Site Byte Count 

2.2. 1-9 

2-2,2-3.2-4 

X 

Verified 

initial Realtime Clock 

2.2.1.10 

2-2,2-3,2-4,l-2 

X 

Verified 

BCH Errors 

2.2.1.11 

1-2 ,2- 1,2-2 ,2-3, 2-4 X 

Verified 

Manual ly Update D1 rectory 

2.2.2 

2-l,2-2,2-3,2-4 

X 

Verified 

Site Directory Print 

2.2.3 

2-l,2-2,2-3,2-4 

X 

Verified 


s 

p 


Figure 5 




COWUHICATIONS HARDWARE IWTERFACE 


Requir&nents 

Performance 
Spec. Ref. 

Test Cases 

Oevelopnent 

Testing 

Status 

Interface Commands 

2.3.1 

I-l,l-2,2-3 

X 

Verified 

Data Integrity 6CH Errors 

2.3.2 

! 2-3, 1-2 

X 

1 Verified 

Hardware Status 

2.3.3 

2-3 

X 

Verified 


Data Set Check 
Data Overrun 
Syste:«/7 XIO Errors 
Software Error- 


|i 

ie 


C 
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SYSTEM 7/ - SPAS COMMUNICATIONS 


Requirements 

Performance 
Spec* Ref. 

Test Cases 

Development 

Testing 

Status 

Conmand Message Processing 

2,4.1 

2-3.1-1 

X 

Verified 

Reply Message Processing 

2.4.2 

2-3, 1-1 

X 

Verified 

fiarwal Reply 

2.4.2. 1 




Error Reply 

2.4.2. 2 




Consiand Definition 

2.4.3 

2-3, 1-1 

X 

Verified 

Con:;i*3.nd Message Format 

2.4.4 

2-3,l-l 

X 

Verified 

Reply Message Format 

2.4.5 

2-3, 1-1 

X 

Verified 

Read Tape Reply 

2.4.6 

1-1.2-2 

X 

Verified 

Consnuni cation Report 

2.4.7 

2-3,l-l»2-2,l-2 • 

X 

Verified 





Figure 7 




DATA ST(»£ 


^£;yi resents 

Perforaance 
Spec- 8ef. 

Test Cases 

OevelofMMHit 

Testing 

Chained Buffer 

2.5 

J-2.2-2 


Disk Storage 

2.5 

X-2,2-2 

X 

Update Directory 

2.5 

2-2,2-3,2-4,l-l 

X 

Tisie of Collection 

2.5 

2-3,1'2 ‘ 

X 


3 

e 


Status 

Iferf^ed 

IfteHffed 

vr 

VeHffed 


Figure S 


TRAr4SMtT DATA TO HOST 


Requi renients 

Performance 
Spec . Ref. 

* 

Test Cases 

Development 

Testing 

Status 

Retrieve Data from Disk 

2.6 

2-4. 1-2 

X 

Verified! 

Build ) leader 

2.6 

2-4, 1-2 

X 

Verified 

Update Site Directory 

2.6 

2-4, 1-2 

X 

Verified 

Transmit Data 

2.6 

2-4, 1-2 

X 

Verified 

Error Recovery {*) 

2.6 

2-4 

X 

Verified 

(*) * Operator error tested hardware errors would requi 
of hardware being used by other programs. 

re modification 

t ' 
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MMWAL SPAS COMTROL 


Requirements 

Performance 
Spec. Ref. 

Test Cases 

Develoipent. 

Testing 

Status ' 

Nanually Select Site 
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2-2,2-3 

X 

YRrffl^ 

Manual 1y Select Commands 

2.7 

2-2,2-3 

X 

Verified 

Print Replies from SOftS 

2.7 

2-2.2-3 

X 

VeHfled 

Print Error Conditions 

2.7 

2-2,2-3 

X 

VeHfled 

Selective Print of Site Data 

2.7 

2-2 ,2-3 

X 

Verl f led 


Figure 10 
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INPUT PROCESSING SOFTWARE TESTING 
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ACCEPT RAW WTA FMH SYSTEM/7 


Perfonnance 
Spec. Ref. 

Test Cases 

Development 

Testing 

Status 

3.2 

2-4,3-9,1^3 

X 

Verified 


2-4,3-9gl-3 

X 

Verified 

3.2 

2-4,3-9,l-3 

X 

■ ' O 

Verffled 

3.2 

2-4,3-9a-3 

X 

Verified (Use o| 

standard system 
software package 
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nEtOHHUTATE MM MTA INTO SCANS 


Requirements 
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Spec. Ref. 

Test Cases 

Development 

Testing 

Status 

Separation of 0CH*s and flags 

3.3 

3-2,3-10,1-3 

X 

Verified 

from data 





locating Block»Starts« 

3.3 

3-2,3-10,1-3 

X 

Verified 

End-of-Blocks, and 
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Extract Scans ~ 

3.3 

3-2,3-10,1-3 

X 

Verified 

Error Processing 

3.3 

3-2,3-10,1-3 

X 

Verified 
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EXTRACT VARIABLES AND COMVERT TO ENGINEERING UMITS 


Pcrfonnance 

flcquirenents S pec. Ref« 

Process Variable Input Fomtats 3.3 

(tdlntaln Site Directory 3.3 

Ca11br'?.t1on/Convers1cn of 3.3 

Variables 


Developnient 


Test Cases 

Testing 

Status 

3-10 » 3-9 
>1, 3-8 

X 

Verified 

3-1, 3-8, 1-3. 

X 

Verified 

3-2, 3-10, 1-3 

X 

Verified 
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COMVERTED VARIABLE TESTING 
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Perfomtance 
Spec. Ref. 


Test Cases 


Oeveldpment 

Testina 


Variables Exceeding Kan/Mi n 
Limits 

Variables Exceeding Change 
Limits- ' . 

T1n»2 Continuity 

BCII Error Testing 

Rejection of Variables 

No Change in Variable 

Error Messages 


3-2. 3-S, 3-lOt 
1-3 

3-2, 3-3, 3-10, 
1-3 

3-3, 3-10, 1-3 
3-4, 3-10, 1-3 
3-3, 3-4, 1-3 
3-3, 1-3 
3-3, 3-4, 1-3 


Control Over Printing 


3-7, 1-3 


Verified 
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COMPUTE PERFORMANCE EVALUATION PARAMETERS 


Requirements 
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Spec. Ref. 

« - 

Test Cases 

Development 

Testing 
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Compute Performance 
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3.6 

3-2* 3-3, 

3-4, 3-10, 1-3 

X 
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3.6 
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X 
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GENERATE INPUT FOR DATA BASE UPDATE 
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♦ 

3.7 
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Test Cases 
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Testing 

Status 

Raw Data Archiving 

3.8 

3-5, 1-3 

X 

Verified 

Processed Data Archiving 

3.8 

3-6, 1-3 

X 

Verified 
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3.8 

3-5, 3-6, 1-3 

X 

Verified 

Printing of Tape Contents 

3.8 

3-5, 3-6, 1-3 

X 

Verified 




CREATE INPUT SUMMARY 
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Dally Report of Data Base 3.9 
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Mcnt-ily Archiving Report 3.9 

Daily Input Processing 3.9 
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Input Processing Error 3.9 

Messages 

Site Directory Contents 3.9 

Cal Ibration/Converslon) Report 

User Salectlon of Print 3.9 

Options 
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AND ERROR MESSAGES 
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Test Cases 

Testing 

Status 

3-10. 1-3 

X 

Verified 

3-6, 1-3 

X 

Verified 

3-2, 3-3. 

3-4, 3-10. 1-3 
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Verified 

3-2, 3-3, 

3-4, 3-10. 1-3 

X 

Verified 

3-1, 3-0, 1-3 

X 

Verified 

3-7 

X 

Verified 
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AUTOrSATIC UPDATE OF DATA BASE 
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Testing 

Status 

Accept Output of Input 
Processing Softv/are 

4.2 

4-1, 1-3 

X 
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4.2 
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X 

Verified 

Error Processing 

4.2 
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X 

Verified (use 
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HAKUAL IHPUT To OATA BASE 
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DATA BASE HAIKTEWAttCE. ACCESS. UPDATE 
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Spec. Ref, 
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Status 


Support Standard Data 4.4 
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System CapabHItiss 
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Use of Standard 
Software 


/ 


Figure 22 












* t » • 

DATA BASE SECURITY 
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Testing 

Status 

Dase Access 
Security 

4.5 

4-2 

X 

Verified 


I 


F-30 




G 


USER SUPPORT SOFTWARE 
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IWFORH/VTION RETRIEVAL 
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Test Cases 
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Testing 

Status 
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Retrieval Capabilities 
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PLOT CAPABILITY 
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Testing 

Status 
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6EHERATI0H OF SCHEDULED REPORTS 
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Testing 

Status 
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MAGNETIC TAPE GENEPATIOM 
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Spec. Ref. 

Test Cases 
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Status 
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Veri fl5 
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TERMiriAL/BATCH CAPABILITIES 


Perfoniiance Development 

Re<tuf remen ts Spec. Ref. Test Cases Testing Status 

Provide User with 5.6 5-1, 1-4 X Verified 

Capability to Access 
Dau Base Via Terminal 
or Catch ilsthods 
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Figure 28 


5, CDPS QU-\LIi TCATION TFSTXNG 

CDPS quallflcsti.on cesc£ag com;lst:cd of tcsc caues which tested the CDPS 
software! in a standalone mode, an intorated systcra node using a simulated 
SDAS, and an intej-,rsted systen node us ins production SDAS unit #1. These 
various modes and r-a* ’ases tested the CDPS software to the design limits 
as specified in the Software Performance Specification*'. The following 

paragraphs address qualification test objectives and results. 

5.1 CO>1MUNICATT.OK KJTEP.PACE TESTIIIG 

Four test cases were performed in qualification testing of the comnunication 
interface software. Tlia relationship between test case and functional software 
area tested is shown below. 



Test 2-1 

Test 2-2 

Test 2-3 

Test 2-4 

Functional Area/Perf. Spec 

Site Directory 
Requirements/ 2. 2 

X 




Site Data Collect/2.4, 2.5 


X 



Site Data Collect/2.4, 215 



X 


S/7-S/370-145 tnterfar.e/2.7 




X 


Description of each test and the result obtained from each test are discussed 
in the following paragraphs. < 
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5.1.1 TEST CASE 2-1 

Verify that the Update Site Directory Program 
properly generates the Site Directory to be used 
for data collection. 

Test Discussion: Test was performed on operational S/7 configuration 

and consisted of the generation of an operational 
Site Directory cuntaining three sites. 

Telephone numbers and processing requirements for 
each site were entered via the System/ 7 teletype con- 
sole. After entry of int'ormation. the Site Directory 
was printed through use of the Site Directory Dump 
program. 

Test Results: Analysis of the print of the Site Directory (shown in 

figure 29) indicated that the directory was formatted 
correctly and contained the correct information. 

5.1.2 TEST CASE 2-2 

Test Ob.lectives s Verify that the Cocmunication Interface Software 

properly processes SDAS cocunand and reply messages 
and stores data received in correct format for 
transmission to host computer. 

Test Discussion ; Tlie SDAS simulator was used on the S/7 to provide 

data from three remote sites in the following format: 



F-37 


ORIGINAL PAGE IS 
OF POOR QUALITY 


o 


f N 




OP1:OSD 

SITE DIRECTORY DUMP DATE: 

TIME: 

PRIST ALL SITES? - ENTER Y OR N 
Y 


SITE ID: 

SITE STATUS: 
TELEPHONE: 
COLLECTION 
UST DATE 
ERRORS: 

DISK DATA 
SECTOR 
BYTE CNT 
YEAR 
DAY 
HOUR 
MINUTE 
SECONDS 
BCHERR 
REPLY 
BCTIME 

0 

0 

0 

0 

0 

SITE ID: 

SITE STATUS; 
TELEPHONE; 
COLLECTION 
LAST DATE 
ERRORS: 

DISK DATA 
SECTOR 
BYTE CNT 
YEAR 
DAY 
HOUR 
^^I!RJTE 
SECONDS 
BCHERR 
REPLY 

scthie 

0 

0 

0 

0 

0 


1 

0 

OOC19048U2810A311481180000000000 


0 

'A’(S) 





0 0 

0 

0 


0 





0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

6 

0 

0 

00000000 

00000000 

00000000 

00000000 


2 

0 

00080A8U23104811A81000000000000 


0 DAY(S) 




0 

0 0 

0 

0 


0 





0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

Q 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

G 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

00000000 

00000000 

00000000 

oooocooo 


00000000 


00000000 


Figure 29. Site Directory Dump (Page 1 of 2) 
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SITE ID: 

SITE STATUS: 
TEtEPHO^iE: 
COLLECTIOS 
LAST DATE 
ERRORS; 

DISK DATA 
SECTOR 
BYTE COT 
YEAR 
DAY 
HOUR 
MINUTE 
SECONDS 
BCHERR 
REPLY 
BCTIME 

0 

0 

0 

0 

0 


3 

0 

0008048112810^811481000000000000 
0 DAY(S> 

0 0 0 0 0 


0 


0 

0 

0 

0 

0 

0 

0 

0 

00000000 


0 0 0 
0 0 0 
0 0 0 
0 0 0 
0 0 0 
0 0 0 
0 0 0 
0 0 0 
00000000 00000000 


0 

0 

0 

0 

0 

0 

0 

0 

00000000 


SITE DIRECTORY DU>!P COJJPLETE 


00000000 


Figure 29. Site Directory Dunp (Papa 2 of 2) 
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$ j,L5 Dot a Forriat 

1 15 Parana tars (1 muitiplfiser) 

6 ••• 10 Bit Readings 
9-8 Bit llftadingG 

2 31 Paranioters (2 nultiplnxers) 

12 - 10 Bit Readings 

19-8 Bit Readings 

3 47 Pi*;'.i:saterr. (3 multiplexers) 

15 ~ 10 Bit Readiiigs 

32-8 Bit Readings 


The Site Directory created during Test 2-1 was used 
to call each site and store collected data. Responses 
to commands to SDAS provided via raanuai input to simulator 

One day’s sir.:ulated data from each site were collected* 
Simulator provided chan^jing data by incraiaentlng readings 
for each 5 minute scan^. 


Upon co-uplet.ion of cast, di/jk and site directory were 
and analy?*ed fo£ correctness. 

Analysis of the Site Directorv after completion of 


the test 

indicates the following; 



Expected Data 

Obtained 

Site 

Vo luce 

Data Volume 

1 

9370 

9370 

o 

17610 

17610 

3 

24970 

24970 
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tEST CASE 2>2A 
Tast Objectives: 


Teat Discussion; 
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Test Results ; 


O O 

Content of the Site Directory i!ov each reotote site 
is shown In figure 30. 

Analysis of the data stored on S/7 disk indicated 
correct format end content. 


Verify that the Communication Interface Software properly 
communicates with and collects data from the operational 
SDAS. 

The operational S/7 software was utilized to communicate 
with the SDAS via telephone lines. Known voltage sig- 
nals were provided to the SDAS to simulate sensor data. 

Three different collccticns were made from the SDAS to 
test the software's capability to maintain multiple 
collections prior to transmission to the host. 

Prints of the Site Directory and disk contents were per- 
formed to verify correct software execution. 

Collection ffl from the SDAS contained 10,210 bytes, 
collection *.'2 contained 17,S60 bytes, and collection 
i?3 contained 67,SA0 bytes. The Site Directory was 
printed after completion of test and proper content 
was verified. 


Analysis/ovalv'.atlon of S/7 on-line print verified S/7 
software's capability to corjriunicate with operational 
SDAS (sec figure 31). 

Evaluation of S/7 disk concents verified proper content 
and foimsat. 
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PRINT ALL SITi^S? - i-NTLfv Y OR 

Y 


SITE ID: 1 

SITE STATUS; 4 


TELEPHONE; OOOOOASIl^aO'fS.U^i^iiJ.SCCOOOCOOOO 


COLI.ECTIOH 
LAST DATE 
ERKORS: 
DISK DATA 

0 DAYCS) 

76 245 0 

0 

31 

5 


SECTOR 

d 

0 

0 

0 

0 

BYTE CITJ: 

9370 

0 

0 

0 

0 

YE«\R 

76 

0 

0 

0 

0 

DAY 

245 

0 

0 

0 

0 

HOUR 

0 

0 

0 

0 

0 

MINUTE 

30 

0 

0 

0 

0 

SECONDS 

32 

0 

0 

0 

0 


0 

0 

0 

0 

0 

REPLY 

BCTIME 

0 

00000000 

ooooocoo 

OCG 

coooo 

00000000 


0 

0 

0 

0 

SITE ID: 2 

SITE STATUS: 

TELEPHONE: 0008048U2olC48114£100000C0000C0 


COLLECTION 
LAST DATE 
ERRORS: 
DISK DATA 

0 DAY(S) 

75 245 0 

0 

32 

14 


SECTOR 

8 

0 

0 

0 

0 

BYTE CMT 

17610 

0 

0 

0 

0 

YE;\R 

76 

0 

0 

0 

0 

DAY 

245 

0 

0 

0 

0 

HOUR 

0 

0 

0 

0 

0 

MI!R.rE 

31 

0 

0 

0 

0 

SECONDS 

38 

0 

0 

0 

0 

BCHERK 

0 

0 

0 

0 

0 

REPLY 

BCTIME 

0 

0 

0 

0 

0 

OCOCQCOO 

CC'jOOL.lU 

>.)( 

' 0000(30 

0 'OOOCOO 


Figure JO 
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00000000 
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SITE 10: 

SITE STATUS 
TELEPH0^*2; 
COUECTKII' 
LAST DATE 
ERRORS: 

DISK DATA 
SECTOR 
BYTE CST 
YEAR 
DAY 
HOUR 
MIIIUTE 
SECON’DS 
BCHERR 
REPLY 
BCTIME 

0 

0 

0 

0 

0 


3 

4 

00080481128104811481000000OCO0O0 
0 DAY<S) 

76 245 0 33 25 


0 

22 

0 

0 

0 

0 

24970 

0 

0 

0 

0 

76 

0 

0 

0 

0 

245 

0 

0 

0 

0 

0 

0 

0 

0 

0 

32 

0 

0 

0 

0 

46 

0 

0 

0 

0 

0 

0 

0 

0 

0 

OOOOOOOO 

00000000 

occcoooo 

OOOOOOOO 


SITE DIRECTORY DUMP COMPLETE 


Figure 30 (Page 2 of 2) 
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DA.T 




0900:13 

0900:40 

0900:50 

0901:04 

0902:40 

0902:52 

0902:56 


DATA COLLECTIC:: TOR SITE 
biAii::" SI'.”.:, i 
REOF C' 

reTj-N’I- .':r A:f'c;DF.D 

T.v/T C'..T’.».FDED 
RFVnFD CCT:-' 

Disco:-iN£CT co:;:«v:i)2n 


COLLECTIOM ifl 
10,000 + BYTES 


***** SITE DATA COLLECT 


09/27/76 ***** 


0922:24 

0922:43 

0922:54 

0923:07 

0925:49 

0926:03 

0926:07 


DATA COLIECriON FOR SITE 
ETA, AEG SITE 1 
KEcr coF;Lv.T-r:) 

REvrn) com:'-'..':o':d 
READ cc:r!o::D;'D 
co:2L'.E;:t:d 

DISCONNECT C0:2L\NDL:) 


C0LLZCTI0J3 f/2 
17,000 + BYTES 


***** SITE DATA COLLECT PROGRAM 09/23/76 **■'** 


1020:22 

1020:41 

1020:52 

1021:08 

1027:35 

1027:52 

1027:57 


DATA COLLFXTION FOR SITE 

DIALING S7.TZ 1 

REOF COID'ANDED 

RENIM) CG?2TARDED 

READ TAPE CCM:; -A.DrD 

RRN'',T) COMM' F AD 

DISC O; iNECT COM' 'ADDED 


COLLECTION f>3 
67840 BYTES 


Figure 31. 


Test 2-2A On-Line Log 
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5.1.3 TEST 2-3 

Test Objectives r Verify that the Cotsnunlcatlon Interface Software 

correctly handiest 

(1) S/7 - SDAS error conditions 

(2) Conaunication Interface Hardware Errors 

(3) Operational Procedures to Bypass Error Conditions 

Test Discussion; Test was perfomed In two separate phases - the first 

using the SDAS simulator and the second using the production 
SOAS. The simulator was used to test errors associated 
with (1) and (2) above, and the SDAS was used to test errors 
associated with (3) above. 

In using Che SDAS simulator, error conditions were 
manually entered via the teletype keyboard as responses 
to comntancs to the communication equipment or to the 
SDAS. Analysis of the teletype printer output was used 
to verify that the Cocnunicaclon Interface Software 
correctly handled each error condition. In addition, the 
Site Directory was printed after each error test to 
ensure that the "Site Status" field was correctly 
updated. 

During phase 2 of Che testing, the operational site data 
collect program was used with the SD^iS. The following 
operational ccrmunicotion problems were tested; 

(1>) Unable to call SDAS 

C2) BCII errors during communication 

C3) TiziG'-out between characters 

(A) Tine-out of 5/7 before SDAS Reply to Command 

(5) Incorrect Site ID SDAS 
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Teat Results 8 


O O 

Analyses of on-line teletype printer output and 
print of the Site Directory indicated that the Com- 
munication Interface Software performed correctly in 
responding to error conditions* 

Tests performed with S/7 - SDAS configuration Indicated 
correct software operation in handling operational com- 
munication errors. Figure 32 contains a sample of the 
on-line print during error processing. 

S.1.4 TEST 2-4 

Test Objectives; Verify that the Host Forward Store software on the 

S/7 properly formats and transmits collected data 
to the S/370-145 for processing. 

Test Discussion 1 Data collected via the use of both the SDAS simulator 

and the actual SDAS was transmitted to the S/370-145 
via the sensor-based control unit (SBCU) for processing. 

Prior to transmission to the S/370-143 the Site Directory 
was printed to determine the ntimber of bytes to be 
transferred. In addition, for one case, the contents 
of the S/7 disk was printed prior to transmission. The 
data received at the S/370-145 was retransmitted to the 
S/7, printed on the S/7 printer, and analyzed to ensure 
that the data was Identical to that originally transmitted. 

During execution of Integrated testing, all transmissions 
between the S/7 and S/370-145 were analyzed to ensure that 
all data was transmitted. 

Proper data format was verified through the S/370-145 soft- 
ware being able to doccutate and process the data. 
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SITE 

0840:11 

0840:41 

0841:15 

0841:48 

0842:21 

0842:27 

0842:30 

0843:05 

0843:39 

0844:12 

0844:45 

0844:51 

0844:54 

SITE 

2333:16 

2333:39 

2333:50 

2334:02 

2336:39 

2336:43 

2336:55 

2339:36 

2339:39 

2339:52 

2342:32 

2342:35 

2342:48 

2345:28 

2345:32 

AA*** SITS 

2145:37 

2145:56 

2146:07 

2146:42 

2146:45 

2146:49 

2147:14 

2147:27 

2147:50 

2147:53 

2147:57 

2148:24 

2148:36 

2149:11 

2149:15 

2149:18 


Figure 32. 


DATA COtlECT PROCm 09/24/76 *>*** 

DATA COLISCTION FOR SITS 1 
DIALISG SITE 1 

diali::g site i 

DIAUN'G SITE 1 
DIALING SITE 1 

UNABLE TO DIAL SITE 1 Zmi STATUS - 15 

DATA COLLECTION FOR SITE 2 

DIALING SITE 2 

DIALING SITE 2 

DIALING SITE 2 

DIALING SITE 2 

UNABLE TO DIAL SITE 2 IP.'M STATUS - 15 
HARD FAILURE 

DATA COLLECT PROGRAIi 09/24/76 ***** 


DATA COLLECTION FOR SITS 1 
DIALING SITE 1 
REOF COMMANDED 
REWIND COMlliNDED 
READ TAPE CCMMA-'UJED 

TP>JM ERROR STATUS 40 .^TEMPTING RETRY OJttGlItfAf 

REWIND COMMANDED Qp tt 

READ TAPS COMMANDED QVAlipY 

TPMM ERROR STATUS 40 ATTSIIPTING RETRY 

REWIND CO>C-f,!\in)ED 

READ TAPE COMMA-MJED 

TP>W ERROR STATUS 40 ATTEMPTING RETRY 

REWIND CO:OL\NDED 

READ TAPS COMMLNDED 

TPMM ERROR STATUS 40 ATTE:-:PTING RETRY 

DATA COLLECT PROGRAM 09/27/76 ***** 


DATA COLLECTION FOR SITE 1 
DIALING SITE 1 


REOF CC^2'A^^)ED 
RFrtIND 

TPMJi ERROR STATUS 15 
TPMM ERROR STATUS 13 
DIALING SITE 1 
REOF CO: -MANDEB 
REV71ND co:-nL\i:DED 
TPl-fM ERROR STATUS 9 
TPMM ERROR STATUS 9 
DIALING SITE 1 
REOF CO^R^A^;IiED 
REWIND CKRIiU^DED 
TPt^M EiaOR STATUS 13 
TPICl ERi’CR UTATUS 15 


ATTEMPTING TO REDIAL SITE 
ATTI2-PTING TO REDL\L SITE 


ATTEMPTING TO REDIAL SITE 
AITEMTPING TO REDIAL SITE 


ATTTR-PTTNG TO REDIAL SITE 
ATriTPTING TO REDIAL SITE 


Operatlor.al Conraunicatioti Error Handling 
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Test Results t During execution of tescs, approximately 100,000 

bytes of data were tranemlcted between the S/7 and 
the S/370-145 without failures. 

tio errors were encountered In processing data formats. 
5.2 INPUT PtoCESSING SOfTOARE TESTING 

Ten test cases were performed during verification of the input processing soft- 
ware on the S/370-145. These test cases Included standalone testing using input 
data created from existing Sunfall Monitor data tapes and integrated testing 
using data created via both the SDAS simulator and actual SDAS. The following 
table summarizes the areas of requirements tested with each test. 


INPUT PROCESSING 
REOUIRE'IENTS 


Accept Raw Data From S/7 
Extract Variables/ Convert 
Test Converted Variables 


Compute Performance Eval. Pars 
Generate Data Base Input X 

Create History/ Archive Tapes 
Input Summary Reports/Errors 







































5.2.1 TEST 3-1 


T<st Oblectlves! 


Test Discuss ion: 


Test Results: 


Verify that the Site Hcscriptlon Utility Software 
correctly generates the Site Data Description File. 

Card iaages describing a site with the following scan 
characteristics were created and used to generate a 
Site Data Description File entry. 

(1) Seen contr.lns 26 variables 

(2) Both 3 and 10 Bit Variables Includes 

(3) Conversion types of linear, quadratic, and 
discrete 

(4) Conversion tables for each variable 

(5) Maxl*tum/inininium values 

(6) Maxinun change Units 

(7) Change Indicator 

The card ixages were processed by the Site Description 
Utility Program: and a print of the resulting data 
file was analyzed for correctness. 

The analysis of the Site Data Description File indicated 
that the correct file entry was generated and contained 
the proper data. Resulting report is shown in figure 
33. 


5.2.2 TEST 3-2 

Test Oblecttvcs; Verify that the input processing software perfoms 

within design linits in the areas of: 
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(X) Input Decotsautacion 

(2) Extract Variables and Convert to Engineering 
Units 

(3) Testing of Variables 

(4) Performance Evaluation Factors Cooputation 
<5) Data Base Input Generation 

(6) Create History/Archive Tapes 

(7) Input Sursaary/Error Messages 

A test case data set was generated to be used in 
perfomance of this test. This test data consisted 
of: 

(1) 26 Data Records (5, 128 Bytes) 

(2) Beginning tine of data - 76/6/29/0000 
Last data time - 76/6/30/0215 

(3) Failure condition (no change/changing coo fast) 
for selected parameters 

The test was performed in a 'standalone* environment 
and used the Site Directory defined in Test 3-1. 

To verify the capabi'’.ity to perform input decommuta- 
tlon, extract variables, convert to engineering 
units, and test variables, a comparison of results 
expected to obtained was performed (shown in figure 
34) 

To verify the software's capability to generate 
hourly and daily sutraary data, a comparison of ex- 
pected to actual was performed. The comparison 
matrix is shown in figure 35. 

Error messages and summary reports were analyzed for 
accuracy of content. No problems were noted. 



F-33 



VARIABLE 


SAME 


TITLE 


EXPECTED VALOES/ERR0RS 


OBTAIHED VALUES/ERRORS 


EPIOI 

76/6/29 

0700 

15.0 

15.0 

EP300 

76/6/29 

0705 

0.0 

0.0 

T600 

76/6/29 

0710 

72.4 

72.39 

T03O1 

76/6/29 

0715 

21.0 

21.0 

EP501 

76/6/29 

0720 

0.0 

0.0 

QiOO 

76/6/29 

0725 

0.05 

0.05 

»113 

76/6/29 

0730 

85.0 

83.0 

T600 

76/6/29 

0700 

Changing Too Fast 

Changing Too Fast 

TDIOO 

76/6/29 

0700 

Changing Too Fast 

Changing Too Fast 

TD300 

— 


No Change 

No Change 


o 


Figure 34. Comparison of Expected to Actual Results 
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SUKIIARY 

LEVEL 

VARIABLE 

TIME 


Hourly 


TOOl 

76/6/29 

0759 

Hourly 


TD300 

76/6/29 

0859 

Hourly 


DOOl 

76/6/29 

0959 

Daily 


TOOl 

76/6/30 

2359 

Dally 


TD300 

76/6/30 

2359 

Daily 


DOOl 

76/6/30 

2359 


•5J 

I 


Fltjure 3S. Hourly/Dally Suscsary Comparison 


EXPECTED 

OBTAINED 

79.80 

79.80 

20.0 

20.0 

>99999 

-99999 

77.04 

77.04 

20.0 

20.0 

>99999 

-99999 



(1) Tima Continuity Testing 
<2) Error Processing 

(3) Error Recovery/Reporting 

(4) Variable Rejection 

Teat Discussion; Test case data set was generated which included the 

following error conditions: 


(1) Variable outside of acceptance limits 

(2) Variables exceeding change rate between 
successive 

(3) Variables not changing 

Total of 232 scans of input data between Claes of 
76/6/30 0220 and 76/6/30 2135 generated. 


Test was perforncd in a 'standalone* environment. 


Test Results; Time continuity testing demonstrated the software's 

capability to retain time of last scan previously 
processed and perform tests against initial time of 
new data. No problems encountered. 


Error Processing/Recovory/Reporting was verified through 
analysts of summary reports and error messages. Com- 
parison of expected to actual results Is shown in 
figure 36. 
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VAftlABLE . 

TIME 

EXPECTED ERROR 

ACTUAL ERROR 

V301 

76/6/30 

0530 

Out of Limits 

Out of Limits 

V30I 

76/6/30 

0625 

Out of Limits 

Out of Limits 

W301 

76/6/30 

0825 

Changed too fast 

Changed too fast 

W301 

76/6/30 

0825 

Rejected 

Rejected 

W301 

76/6/30 

0830 

Changed too fast 

Changed too fast 

W301 

76/6/30 

1425 

Out of Limits 

Out of Limits 

W301 

76/6/30 

1430 

Chansed too fast 

Changed too fast 

TD300 



Xo change 

No change 


Flguctt 36* Comparison of Expected to Actual Results for Test 3-3 
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5.2.4 TEST 3-4 

Teat Oblectlve ; Verify that Input Processing Software correctly 

processed BCH errors in input stream. 

Teat Discussion ; Test case data set generated which contained BCH 

errors within data fields* scan time field* and data 
block time fields. 

Data set contained 256 data scans and covered time 
interval from 76/6/30 2145 to 76/7/1 1655. 

Test Results : Analysis of error summary and error messages indi- 

cated that a total of 1 complete scan and 1 complete 
data block were rejected because of BCH errors. 

Results agreed with expected results. 

Figure 37 summarizes the results associated with BCH 
in data field. 

5.2.5 TEST 3-5 

Test Obi ec elves ! Verity that the Input Processing Software correctly 

performs the following funcclons; 

(1) Catalogs Raw Input Data 

(2) Writes Site Directory contents to cape with 
archived raw data 

(3) Writes rejected scans/variables/blocks to cape 

Test Discussion ; Test data secs 'created for Tests 3-2, 3-3, and 3-4 

used as input to test. During test* data and direc- 
tory concents written to tape for archiving simulation. 
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VARIABLE 

TIlS 


EXPECTED EIIROR 

ACTUAL ERROR 


EP300 

76/6/30 

2145 

BCH Error 

BCH Error 

i 

EPA02 

76/6/30 

2145 

BCH Error 

BCH Error 

1 

EPSOl 

76/6/30 

2145 

BCH Error 

BCH Error 

i 

P300 

76/6/30 

2145 

BCH Error 

BCH Error 


1001 

76/6/30 

2145 

BCH Error 

BCH Error 


TD300 

76/6/30 

2145 

BCH Error 

BCH Error 


10301 

76/6/30 

2145 

BCH Error 

BCH Error 

1 

7D302 

76/6/30 

2145 

BCH Error 

BCH Error 

! 

TD400 

76/6/30 

2145 

BCH Error 

BCH Error 

I 

? 

TD401 

76/6/30 

2145 

BCH Error 

BCH Error 

i 

■ii 

TD402 

76/6/30 

2145 

BCH Error 

BCH Error 

1 

i 

TD600 

76/6/30 

2145 

BCH Error 

BCH Error 

i 

't 

W301 

76/6/30 

2145 

BCH Error 

BCH Error 

3 

■1 

W400 

76/6/30 

2145 

BCH Error 

BCH Error 



Figure 37. BCH Errors In Data Fields for Tost 3-4 
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Test Results : Magnetic tape contents were analyzed for proper con* 

tent. As shown in figure 38 » no problems were 
encountered. 

5.2.6 TEST 3-6 

Test Objectives: Verify that the History Program within the Input Pro- 

cessing Software properly merges processed data onto 
archive tapes. 

Test Discussion : Processed data generated during execution of Tests 3-2 » 

3-3, and 3-4 used as input to History Program. 

Test was executed with a history cutoff time of 
76/6/30 2359 in order to write all data prior to 
that time to History Files. 

Test Results ; Analysis of summary messages indicated that all data 

(detail hourly, and dally) occurring prior to 76/6/30 
2359 was written to tape. 

History tape was printed and correct content was 
verified through analysis of data. 

5.2.7 TEST 3-7 

Test Objectives ! Verify chat the Input Processing Software properly 

generates the required reports and error messages. 

Verity that user can control the level of detail to 
be included in reports and error messages. 
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Teat Discussion: 


Test Results i 


5.2.8 TEST 3-8 
Test Objective ; 


Test Discussion: 



O 


Input data to the test consisted of test data 
generated for Test 3-2. 

Test consisted of several reruns of test data with 
varying selection options for detail of output 
reports. 

For each output option selectedi the test was executed. 
The reports* error messages* summary of processing* etc., 
were analyzed for expected content. No problems were 
encountered . 


Verify the capability to provide and maintain a 
Site Description Directory for each site. 

Test data was generated to describe 3 remote sites 
with data formats containing 15 parameters per 
scan* 31 parameters per scan* and 47 parameters per 
scan respectively. For each site, the definition included: 

(1) Measurement Name 

(2) Location of measurement within scan 

(3) Length of data field 

(4) Data base input definition 

(5) Conversion type 

(6) Conversion/Calibration coefficients 

(7) Maximum/Minimum values 

(8) Maximum change between successive reading 
(d) Change/No change indicator 
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Test Results t 

5.2.9 TEST 3-9 
Test Objective: 

Test Discussion: 


Test Restilts! 

5.2.10 TEST 3-10 
Test Oblectlvcs ; 


The Site Data Description Utility prosraa was used 
to read the input data and generate the directory 
entries. Contents of the directory were printed and 
analysed for correctness. 

As shown in Figure 39 » the Site Data Descriptions for 
each site were created properly and contained the cor- 
rect Inforoacion. 


Verify the capability to accept raw data from the 
S/7 and score for processing. 

The SDAS simulator and actual SDAS were used to 
generate and collect data on the S/7 for transfer 
to the S/370-145. The data collected on the S/7 
was printed prior to transmission, transmitted to the 
S/370-145, scored onto disk, and subsequently processed 
by the input processing software. 

Verification of Che contents of data sets on the S/7 
and S/370-145 ensured that correct data transfer 
occurred. In addition, analysis of input processing 
summary outputs verified that correct number of data 
bytes were processed. 


Verify the overall GDPS capability to collect data, 
transfer from S/7 to S/370-145, and process data 
on the S/370-145 {overall CDPS Interface test). 
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Figure 39. Continued 
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Test Discussion t 


Test Results: 


SDAS slBulacor on S/7 used to slnulate collection of 
data froo three remote sites. Approximately one day's 
data (288 scans) froa each site was siaulated. No 
errors were included in the data* 

Data was transmitted to S/370*'145 by the S/7 software 
and an operational processing cycle was performed on 
tbs S/SIO^IAS to verify overall system interfaces. 
Results of input processing phase were retained for use 
in data base update testing* 

As shown in figure 40* each site's data was processed 
with no error conditions encountered. 

As shown in figure 41* the data base update input con- 
tained all expected data from each site. 


5.3 DATA BASE UPDATE TESTING 

Qualification of the Data Base Software Included two basic test cases which 
emphasized the capabilities to update and maintain the SIIIS perforr’anca 
evaluation data bank and to ensure security of access to the data bank. Be- 
cause a data base management system of proven capabilities was used for data 
base sonport functions, detailed software testing was not performed, Input to 
test cases consisted of data generated during execution of Test 3-10 (see 
paragraph 5.2.10). 

5.3.1 TEST CASE 4-1 


Test Obiectlvesi 


Verify that the data base management system has the 
capabilities to; 
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Test Discussion : SDAS siQulacor on S/7 used to simulate collection of 

data from three remote sites. Approximately one day's 
data (288 scans) from each site was simulated. No 


errors were Included In the data. 


Data was transmitted to S/370-145 by the S/7 software 
and an operational processing cycle was performed on 
the S/370-145 to verify overall system Interfaces. 
Results of input processing phase were retained for use 
in data base update testing. 


Test Results : As shown In figure 40, each site's data was processed 

with no error conditions encountered. 


As shown In figure 41, the data base update input con- 
tained all expected data from each site. 

5.3 DATA BASE UPDATE TESTING 

Qualification of the Data Base Software Included two basic test cases which 
emphasized the capabilities to update and maintain the SIMS performance 
evaluation data bank and to ensure security of access to the data bank. Be- 
cause a data base management system of proven capabilities was used for data 
base support functions, detailed software testing was not performed. Input to 
test cases consisted of data generated during execution of Test 3-10 (see 
paragrap'. 5.2.10). 

5.3.1 TEST CASE 4-1 


Test Objectives ; Verify that the data base management system has the 

capabilities to: 
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(1) Process tapes generated during the input processing 
activities and update the performance evaluation 
data bank 

(2) Generate data bank entries for remote sites which 
include non-instrumentation data 

(3) Accept non-instrumentation data via manual means 

Test Discuss len t The File Structure (FS) application program of the MIPS 

system was used to structure the Site Description File 
(DESCRIF) and three sub-files (SCAN* HOURLY and DAILY) 
to contain the sice parameter data which was generated 
by the Input Processing System. 

File Maintenance (FM) was performed against the 'DISCRIP* 
file using card input data to build site description 
information for sites 00001 » 00002 and 00003. 

File Maintenance using two disk data sets and one 
tape data set which were generated by the Input Pro- 
cessing Subsystem. These data sets were used to 
build the ’SCAM* (site detail scan data), ’HOURLY* (scan 
data accumulated into hourly data) and ’DAILY* (hourly 
scan data accumulated into dally data) Files. 

The contents of the three files (SCAN, HOURLY and DAILY) 
were printed in the same format as that printed by 
input processing when its output data sets were created 
to verify the data base contents with the input pro- 
vided by input processing. 

The contents of the ’DESCRIP’ file was printed to compare 
with the card input data used as input to the file. 
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Teat Results? 


5.3.2 TEST 4-2 
Test Ob-|ectlvcs; 

Test Dlacusslon; 


TenDlnal input using the Source Dete Autotaation 
(SODA) capability of NIBS was performed « ehf >ging the 
site name of site 00003 from 'QUAL/VERIF TEST SITE 
THREE’ to ’QUAL/VERIF TEST OF SODA FOR SITE THREE’ 
SODA capability to change all files in the DESCRIF 
file were generated - listings provided for the SODA 
change capability on the ’DESCRIP’ file. 

Analysis of the print of the data base concents 
showed that Che data was identical to chat generated 
by the input processing software. 

Analysis of data base concent also showed chat non- 
inscrusiented data input was correct. 


Verify that access to the data base can only be 
achieved through use of proper access codes. 

Testing of the terminal security required chat the 
Terminal Processing Monitor be provided with a cable 
showing valid terminal ’Logon’ codes and file access 
authorization. 

Four slgnon codes were provided along with a special 
code which provided access to all files for both 
reading and writing. 

These codes were: 


WALL - 

LCAA 


LCAA 

RYAN 

LC»\B 

AQUIU - 

LCAA 

SYSGR - 

AL0K(*) 
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Th« fll«s wore provider! access authorisstion in che 
following manner: 


File None 

Authorization 

Capability 

DESCRZF 

LGAA 

Read/Write 

HOURLY 

LGAA 

Read Only 

SCAN 

LGAA 

Read Only 

DAILY 

LGAA 

Read Only 

SI>!KEA 

LGAB 

Write Only 


*Note: SYSMGR has auchorisaeion co all files for both read/write. 


Test Results: 


I. Texminal logon was attempted in the following 
Banner with indicated results. 


TERMINAL IKPUT 

1. LOGON 1234-R 

2. LOGON RYAH-R 

3. LOGON SMITH-R 


SYSTEM RESPONSE 


'LOGON MSG WAS NUMERIC* 
'LOGON NOT ACCEPTED* 

'LOGON REQUEST ACCEPTED* 

'YOU ARE NOT AUTHORIZED 
TERMINAL DISABLED* (*) 


*A message ’Unauthorized User Attempting co use Terminal DD62260A, Check on 
NIPS Console Bldg. 5-3' was generated at the S-145 operator console. The NIPS 
terminal was deactivated until the computer operator enabled it. 

II. Once 'LOGON' was successful an attempt was made 
to access a file for which there was no authori- 
lation. File "HOURLY’ with access code of LGAA 
was acce.ssed by RYAN with access code of LGAB 
with the following results; 
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’FILE HOURLY. 'EOM RECEIVED' 

LIST ROSIJ.-Q 'QUIP STARTED' 

'AFPLICATtOH PROGRAM TERMINATED 
DUE TO INVALID ACCESS' 

'YOU CAN'T HAVE ACCESS TO FILE' 


The computer operator was sent a messege 'Terml-> 
nal DD62Z60A unauthorized to use file HOURLY* 
giving him the Indication that someone had 
attempted to access a file for which they were 
not authorized. 



III. The 'DESCRXP* file was structured with a classl- 
flcatlon of solar. A further test of file 
security was performed to ensure that of the 
correct logon code was shoving and had access to 
a particular file, chat the classification of 
the file was also required. The terminal ses- 
sion resulted in the following: 

TERMI!;AL input SYSTE^t RESPONSE 

LOGON SYSMGR-R 'LOGON ACCEPTED' 

FILE DESCRIP. 'CLASS OPERATOR 

LIST SITEID.-Q REQUIRED' 

The proper file classification was then given, 
thusly : 

FILE DESCRIP. 

CLASS SOLi\R. 

LIST SITEID.-Q 'SITE IDENTIFICLMION 

00001 

00002 

00003’ 
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IV. To test the aolllty to r^ed a file that Is write 
only a QUIP was run against the SIMVEA file as 


shown: 


TERMINAL INPUT 


LOGON RYAN-R 
FILE SL'IUEA. 
LIST SDASA-Q 


SYSiril RESPONSE 


•LOGON RECEIVED* 
•QUIP STARTED* 


•APPLICATION PROGRAM TERMI- 
NATED DUE TO INl^UID ACCESS' 
•YOU CANNOT HAVE ACCESS TO 
FILE' 


A Source Data Automation (SODA) file maintenance 
set of statements was generated to test the 
capability of 'write* inhibit for a read only 
file (HOURLY). (See listing for job D268SOD.) 


Vlhen the file maintenance to update fields of 
file 'HOURLY* was attempted the results were as 
follows : 


TERMINAL INPUT 


SYSTEM RESPO‘;SE 


LOGON VALL-R 


.OGON REQUEST ACCEPTED 


FILE HOURLY REPORT SOD EOM RECEIVED 
XO000AKV’76091200005H-F EMSO'.lA STARTED 


UPDATE-F 


CANCEL <\J.L-F 


INPUT SCRATCHED. READY 
FOR MORE. 

EOM RECEIVED 

***ERR0R** UNAUTHORIZED 

ATTEMI’T TO UPDATE FILE 

TYPE CANCEL ALL-F TO 

SIGNOFF 

EOM RECEIVED 

all UPDATES TO HOURLY 

CANCELLED 

SIGNOFF ACCEPTED HOURLY 



0 


- o 

* 

5.4 USER SUPPORT SOFTWARE TESTING 

User support verlficstloti wss sceoi^Ilslied through the perfomsuce of four test 
esses. The input to these test esses consisted of the dsts bsse erested during 
pecformsoce of Test (see psrsgrsph 5.3*1). The eorrelation of teat esses 
to user support rcqaiveiaents is shown in the following astrix. 



Discussion o£ objectives and results of each test is presented in the following 
paragraphs 

3.4.1 TEST 5-1 

Test Objective; Verify the capabilities of the user support software 

to perform information retrieval from the data bank. 
Retrieval must be supported in both batch and technical 
access modes. 

Test Piscusstont BATCH MODE 

Information retrieval queries using the QUIP capability ^ 
of the NIPS system were performed against the 'DESCRIP'. 
'SCAN*, 'HOURLY* and 'DAILY' files to obtain the indi- 
cated data elements. 

\ 
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QUIP ll « Accessed the M)ESCRIP* file to obteln 
the following eleaents: 

e. SITEID (site identification) 
b* SYSIU (systeo type) 
e. SITNAM (site naae) 

QUIP #2 “ Accessed the *SCAN' file to obtain: 

a* ROSIU (site identification) 

b. (date) 
e« (time) 

d. Nlll (paramater) 

QUIP • Accessed the 'HOURLY* file to obtain: 

a* (site identification) 
b* (date) 
c* (time) 
d. Hill (parameter) 

QUIP #4 - Access the 'DAILY* file to obtain: 

a. (site identification) 
b« (date) 

c. (time) 

d. Hill (parameter) 

The contents v’ore compared against the data base 
contents obtained in Test 4*1 to ensure correctness. 
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TESMINAL MODE 

During cerainal session queries were mede 
identieel co those pcrfonaed In the batch node 
(section K) and the results compared for verlfl<* 
cation. 

Test Results? Analysis of information retrieval results agaltist 

data base contents through comparison indicated no 
problems in information retrieval capability* 

5.4.2 TEST 5-2 

Test Objective : Verify the user support capability to provide plots 

of data on Tektronix 4015 display. 

Test Discusslottt The plot capability of the system was exercised in 

both Che batch and terminal modes. 

BATCH 

A batch job was submitted to retrieve twenty-four 
hours of data (one day) from the 'HOURS' file con- 
sisting of parameter Nlll for date 760901. site 
#00003. This data was used by the plot program to 
generate a Tektronic 4015 plot of the parameter. 

TERMINAL 

The ’PRAM’ field of the terminal plot program was modi- 
fied to obtain a plot for date 760901 and site 00003. 
The results of the plot output were compared to that 
obtained. in the batch mode. 




T<»t Rtt»ult»t 


5.4*3 TEST 5-3 
T^tt Obiectlvt 


Ta»t Pt«GU8iion: 


Taat Results: 


S.4.4 TEST S-4 
Teat Oibeetive: 


Test Dlacuaatcu; 


Coapariaon ot plota to data within the data base 
indicatad that correct data was presented on the plot. 
Ewoipla of plot la shown In figure 42. 


Verify the capability to provide scheduled reports 
to users * 

The *DESCR1P'« 'SCAN** 'HOURLY*, and 'DAILY* files 
were aeeeased and the data formatted in the scheduled 
report confipuration* The resultant output reports were 
compered with the data content of the files for con- 
alstency* 

Analysis of report content to data base contact through 
Comparison indicated that correct data was contained In 
reports. 


Verify the capability to provide users with magnetic 
tapes containing data base information. 

Usittg a query to generate a plot for parameters Mill 
versus N406 for site 00003 the resultant data was 
written to a magnetic tape (job D208RIT1) . The con- 
tents of the tape was printed (job D208RIT) and com- 
pared to the data base content. 


Test Results; 


Comparison of. magnetic tape content to data base con- 
tent indicated correct data was written to magnetic 


SITE 9003 DATE 09/01/76 


0S0.OO0 


040 * ecd 


05.0000 10.0009 15.0000 E0.OO00 
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6. ACGEFTAKCE TESTING 


Ace«ptftnc« tostlng of th« CDP8 consisted of «n «nd-to>«nd system test. All 
tlemsnts of ths hardware (SDAS, talephcna lines, system/7, and S/370-IA5) and 
software (S/7 and S/370- 145) ware included in the test. Known voltags 
rafersneea ware attached to the SDAS. These reference signals were recorded by 
the SDAS and collected from the SDAS by the s/7 via telephone lines. This 
data was then used as a test case to verify the operational capabilities of the 
CDPS. 

Figures 43 - 45 contain a suamary of the results of acceptance testing and 
show that the overall flow of data froa end»to-end is correct and consistent 
at each syaten interface. 

6.1 GOMMUhICATION imRFACE ACCEPTANCE TESTING 

6.1.1 TEST 1-1 

Teat Obiective t Verify that the test engineer can utilise the S/7 

manual interface capability to test SDAS operation 
at remote site. 

Test Discussion ; The manual S/7 software was loaded into the S/7 and 

all commands were manually issued to the SDAS via 
telephone lines. Both the command Issued by the 
test engineer and the responses received from the 
SDAS were printed for analysis. 

Both valid avtd invalid coimnands were Issued during the 
test to ensure that invalid commands were rejected by 
the system. « 

Teat Rosult &i Analysts of on-line communication log indicated cor- 

rect operation of the '."anual interface capability. 
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s/7 iiipvr 

S/370-145 
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ItB>Ur PR0CCSSIII6 
EWtEMtS 
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■*■ ■ : 1 : .:■ . - • : '. 





OOTAINEO 
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mmt 

/, A0| 

, AW 4 

0000 
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cm 
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30.0 
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None 
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cooo 
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0.0 

0.0 
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0.0 

0.0 
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(OMV) 

ocoo 

OKV) 
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None 
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794.4 
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AU 

0000 
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0.0 

0.0 
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0.0 

0.0 
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1213.7 

1213.779 
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1213.7 
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' AlSti 
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(OV) 
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0.0 

0.0 

None 
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0.0 
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, Finure 44. Multiplexer $ Input 
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Ir^UT VOtTAlX 


s/7 iriPUT 

s/370-145 IHKIT 

S/370-145 CARCRS 

IMTA MSC fNK^INS 
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EXPCCIEO 

ACTUAL 

EXPECTED 

ACTUAL 

EWECTEO 

ACTIMl 


BOO 

ecoo 


cooo 

1213.78 

12.13.7 

Out of 

Out of 

1213.7 

1213.7 



0000 

0.0 

0.0 

Units 

None 
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0.0 

0.0 

.• 

0000 ; 


BOl . 
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397.20 
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1 ^ 
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0010 

.097752 

0.0 
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0.0 
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t 
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coco 
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ca 
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' b08 
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0.0 

0.0 
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0.0 

0.0 
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f. 

b09 
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-49.805 
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None 

Wane 
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M ' 

1 

MO 

0009 


0040 

0.0 

0.0 

None 

None 

0.0 

0.0 


, 311 

1 1 

GOJO 


0040 

-49.805 

•49.8 

None 

None 

-49.8 

-49.8 

i ■ 1 

■■; 1 

i 

1 312 
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0040 

0.0 

0.0 

None 
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0.0 

0.0 

;;• 

813 
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None 
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-49.8 
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) 

•1 
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aj 
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0.0 

0.0 
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0.0 
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% 
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None 
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Figure 45. HuHIplexer C Input 
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CK 
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C14 

. 1 

0000 
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Tett Objective: ' 



Test Discussion: 



Test Results: 



Verify that the S/7 operational software can: 


(1) Comnutticato with SDAS via telephone lines 

(2) GoUeet data firom SDAS 

(3) Store data onto disk 

(4) Transfer data to S/370-145 

S/7 operational software was used to collect from the 
SDAS 5 consecutive tines prior to data transfer to 
S/370-145> This tested the maximum limit on collection/ 
storage/ data transfer requirements. 


In addition, a single collection was performed, printed 
on the S/7 printer, transferred to the S/370-145, and 
a comparison made to ensure that correct data was 
cransfcrred. This single collection test data was 
used for acceptance testing of S/370-14S software and 


consisted of 10,720 bytes (approximately one day's 
volume for one site). 

Aiuilysls of the command sequence printed on the tele- 
type printer verified correct sequence of commands. 
Dump of site directory after each collection verified 
that site directory entries associated with data 
storage locations and volume were correctly handled. 

Analysis Of S/7 - S/370-145 data transfer verified 
correct operation of system. 
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6.2 im^UT PROCESSING ACCEPTANCE TESTING 
TEST 1-3 

Teat OM<ctlv t Varify that the input proeaaalng nparatlonal aeftwara 

can: 

(1) Accept data from S/7 

(2) Perform raw data processing 

(3) Perform memo and summary processing 
<4) Generate data base update 

(5) Perform daca archiving 

Test Piscusslon ? Site directory for site iH generated and used during 

Input processing phase to control input decommutation 
and parameter conversion/calibration functions. 

Input to test consisted of data collected from SDAS 
by S/7 (known input). Operational processing per- 
formed on input. Detail print options selected to 
provide daca for verification analyses. 

Data base update data file created for use in testing 
data base software. 

Tost Results«i : Detailed comparison of results obtained during input 

processing with those expected with known input indi- 
cated that data deccoinutation. conversion/calibration, 
and parameter testing areas of software performed 
properly. 

t 

History and archive data were compared to expected , 
and no problems were found. 
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6*3 DATA BASE ACCEPT<\NCE VESTING 

TEST 1-4 

TftSt Ohiectivo ; Verify the capability of the data base system to 

support the operational environment. 

Teat Piscusslon t Using data secs generated by Input processing files 

'SCAM*, 'EOURLT' and 'DAILY' were structured and up- 
dated using Flic Structuring (FS) and File Mainte- 
nance (r?0 capability of MIPS. A new 'DESCRIP' (Site 
Description Data) file was generated for sice 00001 
HC using fS and FM procedures. 


t 
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Test Results : To verify the contents of the four files Output Pro- 

cessing (0?) was used to produce reports of the file 
data. This data was coaipared to the input data gen- 
erated by Inptit Processing and found to be the same. 


6.4 USER SUPPORT ACCEPTvlHCE TESTING 


TEST 1-5 
Test Objective; 


Test Discussion; 


Test Results: 


Verify that the user support capability of the CDPS 
accommedate the operational environment. 

The folj.oving runs were performed against the data 
base to produce user reports/outputs: 

(1) Schoi^nled repe rc ncr.eracion 

(2) Infer -.ition retrieval 

(3) Migm tic tape generation 

(4) Plot of scJccted parameters 

r 

Coroparisca of concent of all output with expected 
(conCtini v: data b /.v.;) ^vuUrated that user support 
capabillU .'..i function praporly. 


•. .r.if I 
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SECTION G 


QUALIFICATION AND /SCC^PTANCF TEST I NG 
REVIFV' 


G-1 


QUALIFICATION AND ACCEPTANCE TESTING REVIEW 


O 






Test COPS processtnd software In both a standalone test environinent and as part of total Central 
Data Proeessfng System (CDPS) 

Test COPS software to daslgnllmlts as specified In the Central Data Processing System Software 
Performance Specification (MSFC No. DRSOl-C/IBM No* 7933251 > 


COPS TESTING LEVELS 


• Development Testing 

• Qualification Testing 
9 Acceptance Testing 


0 

1 
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DEVELOPMENT TESTING 



Perform on CWS hardware 


• Consisted on detailed software debug tests performed by progranmers during software 
develcNNiient 


• Purpose of testing was to ensure that software satisfied requirements at lowest levels 
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QUAUFIC/VTION TESTING j 

• All testing performed on operational COPS computer liardware 

• SaAS simulated on S/7 

• Two levels of testing 

• <• Standalone 

> Integrated 

• Standalone testing characteristics: 

Simulated Input through use of S/370-145 "driver" program 
Predictable Input parameters used to exercise Input processing software 

- Error conditions Included In data 

Three simulated Input cases used to test all error processing, normal processing functions, 
and report generation 

• Integrated testing characteristics: 

Simulated Input from S/7 SOAS simulator 

• S/370-14S to S/7 Interface used to communicate data between systems 

- Controlled Input simulation to provide predictable test results 

- Rmiiote sites with formats of 15, 31, and 47 parameters simulated 

> Output for archiving and data file updating will be verified 
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ACCEPTfflCE TESTING 


• Testing enviromncnt includes all operational hardware and software 

Site data acquisition subsystem (SDAS) 

Telephone Interface beU/een SOAS and S/7 coirmunlcatlon Interface 
- S/7 co(t!:;$un feat ion interface configuration 

• Controlled Inputs Into SDAS provides predictable data for use In verification 

• Horr^l operational environrrent used for acceptance testing 

Procedures used for control of testing 
^ - Test Results docun^nted 
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CDPS V£RIFICATIO« MATRICES 




' ITEM (NAMc and PART. N0.J 

iJ. VERIFICATION CROSS 1 

CENTRAL DATA PROCESSING 

REFERENCE VATRIX 

SYSTEM SCFr.VAR£ 

(Cbaunlcaclons Interface) | 

VERIFICATION METHCD 

tlSIMILARlTY 3. INSPECTION N/A NOT APPLICABLE ' ] 

2. ANALYSIS 4. TEST J 


PERFORSUNCS 

REQUIRE.VENT 


VERIFICATION PHASE 


DEVELOPMENT QUALIFICATION ACCEPTANCE 


2.2 

Site Directory 

2.2.1 

Site Directory 
Inforsiaticn 

2.2.2 

Site Directory 
Update 

2.2.3 

Site Directory 
Print 

2.3 

Co83sunlcatlotu 
Bardvare Inter 
face 

2.3.1 

Interface 

Ccimand 

2.3.2 

Data Integrity 

2.3.3 

Coanunlcations 
Hardware Status 

2.4 

S/7-SDAS 

Cocatuiications 

2.5 

Data Store 

2.5 

Trananit Data 



CO Hose Cgo- 
ptitcr 

2.7 y.anual S2.\S 
Control 



REMARKS 


n >iatri:£as {ihee 
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• ITEM (NAME AND PART \0.) 

■,) VERIFICATION CROSS 

O 

central DATA PROCESSING 

REFERENCE VATRIX 


SYSTEM SCFT.VARS 

(Input Processing) 


VERIFICATION VETHOO 

1. SIMILARITY 3. INSPECTION 

2. ANALYSIS 4. TEST 

N/A NOT APPLICABLE 


PERPOnMANCS 

REQUIREMENT 


VERIFICATION PHASE 


DEVELOPMENT CUAUFtCAnCN ACCEPTANCE 


REMARKS 


3.2 Aceept Raw Data 
from the S/7* 

3.3 Decoeautace Raw 
Date iato Seans 

3.4 Extract Variable 
and Convert to 
Engineering I'nita 

3.5 Converted 
Variable Testing 

3.6 Compute Per- 
formance Evalua- 
tion Parameters 

3.7 Generate Input 
for Data Ease 
Update 

3.8 Create History/ 
Archive Tape 

3.9 Create Ir.put Suti- 
aacy Reports and 
Error Messages 



OF 


!able 5-1. Verif isaticr. Matrixes (Sheet 2 c 








ml 


ITEMINAME AND PAST Q VERIFICATtCM CHCSS O 

CENTRAL DATA PRCCSSSING RSFERcNCS \tATR 1 X 

SYSTEM software (Fll€ ^£*liatenance) 


VERIFICATION ME'iHCO 


PERPOR^UNCE 

REQUIREMENT 


1. SIMIURITY 

2. ANALYSIS 


3. inspection N/A not APPLICA3LE 

4 . TEST 


VERlHCAtSON PHASE 


REMARKS 


DEVELOPMENT GUALIFICATION ACCEPTANCE 





Aucotnacic UpdasA 
oi Data Base 

Hanual Input 
to Data Base 

Data 3asa 
Maintenance » 
Access and Vpdatei 

Data 3ase 
Sacutity 










* 

iteMiNAMlAWOR^sf 

CENTRAL DATA PRCCSSSING 
SYSTEM SCFT//ARS 

REFSRSNCS VATRIX 
..(User Support) . ■ ■ 

VERIFICATICN VETHOp 

r. SIMILARITY 3. INSPECTION N/A NOT APPLICAB L£ 

2. ANALYSIS 4. TEST ' 


PfeRJfORfiWNCE 

.ReQOIRgVSNT 


, ^yERIflCATtCNFHASS:.,,^^^ y 

OEVELCPMENT 

, 

GUALIFiCATtCN 

ACCSPTANCS 


REMARKS 


Ihxorsation 

R«erieval 

?lot CdpAblllty 

Generation o£ 
Scheduled Re** 


Generation 

Tersiinal/Batch 


Perfortiance 
Syaluacion 
Data Base 


0 
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fir 
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9T-0 


SITE DIRECTORY 


Requirements 

Performance 
Spec. Ref. 

Verification 
Test Cases 

OcvelOpment 

Testing 

Status 

Maintain on S/7 Disk 

2.2 

2-1 

X 

Verifi^ 

SOAS Station Address 

2. 2. 1.1 

2-1 

X 

Verified 

SDAS Coni.’iiunicatlon Status 

2. 2. 1.2 

2-1 

X 

Verified 

SOAS Dial Digits 

2.2. 1.3 

2-1 

X. : 

Verified 

SCAS Process Requirements 

2. 2. 1.4 

2-1.2-2.2-3.2-4 

X 

Verified 

SDAS Da ta Col 1 ec ti on T i me 

2.2. 1.5 

2-1 

Xv : 

Verified 

SDAS Error Information 

2.2. 1.6 

2-1.2-2.2-3 

X 

. Verified 

Number of Disk Extents 

2. 2. 1.7 

2-2 

" X' ■ 

Verified 

Site Record Index 

2.2. 1.8 

2-2,2-3,2-4 

X 

Verified 

Si te Byte Count 

2. 2. 1.9 

2-2,2-3,2-4 

X 

Verified 

Initial Realtime Clock 

2.2.1.10 

2-2.2-3,2-4,l-2 

X 

Verified 

BCH Errors 

2.2.1.11 

1-2 

X 

Verified 

Manually Update Directory 

2,2.2 

2-1.2-2.2-3,2-4 

X 

Verified 

Site Directory Print 

2.2.3 

2-l,2-2,2-3,2-4 

X 

Verified 


COMHUNICATIONS HARDWARE INTERFACE 



Performance 


OcvelopHnent 


Requiroifients 

Ref 

Test Ca';es 

Testing 

Status 

Interface Commands 

2.3.1 

l-l.l-2»2-3 

X 

Verified 

Data Integrity BCH Errors 

2.3.2 

2-3, 1-2 

X 

^Verified 

Hardware Status 

Data Set Check 
Data Overrun 
Systenj/7 XIO Errors 
Softv;are Error 

2.3.3 

2-3 

X 

Verified 






8T-0 








SYSTEM 7/ - 

SDAS COMMUNICATIONS 

• ;■ ■■■■•. ^ 


Requirements 

Performance 
Spec. Ref. 

* 

Test Cases 

Development 

Testing 

Status 

Command Message Processing 

2.4.1 

2-3.1-1 

X 

Verified 

Reply Message Processing 

2.4.2 

2-3, 1-1 

X 

Verified 

Normal Reply 

2.4,2. 1 




Error Reply 

2. 4.2. 2 




Command Definition 

2.4.3 

2-3, 1-1 

X 

Verified 

Command Message Format 

2.4.4 

2-3, 1-1 

X 

Verified 

Reply Message Format 

2.4.5 

2-3, 1-1 

X 

Verified 

Read Tape Reply 

2.4.6 

1-1.2-2 

X 

Veri fled 

Conenuni cation Report 

2.4.7 

2-3,l-l,2-2.1-2 

X 

/■ 

Verified 





DATA STORE 


Performance 


Requirements S pec. Ref» 

Chained Buffer 2.5 

Disk Storage 2.5 

Update Directory 2.5 

Tlrjs of Collection 2.5 


Oevel.ipaient 


Test Cases 

Testing 

Status 

1-2.2-2 

X 

Verified 

1-2, 2-2 

X 

Verified 

2-2,2-3,2-4.1-l 

X 

Verified 

2-3,l-2 

X 

Verified 



Cl 










G-20 


TRAMSHIT DATA TO HOST 


Rcqui reinents 

Performance 
S|)ec . Ref . 

Test Cases 

Oevelopment 

Testing 

Status 

Retrieve Data from Disk 

2.6 

2-4. 1-2 

X 

VeHfl^ 

Build Header 

2.6 

2-4, 1-2 

X 

Verified 

Update Site Directory 

2.6 

2-4, 1-2 

X 

Verified 

Transmit Data 

2.6 

2-4, 1-2 

X 

Verified 

Error Recovery {*) 

2.6 

2-4 

X 

Verified 


(*) - Operator error tested hardware errors would require modification 
of hardware being used by other programs. 


C 


HATWAL S&AS CO?tT«Ot 


^^quIrGJsonts 

Performance 
Spec. Ref. 

lest Cases 

0eveto{M9ent< 

Testing 

Status 

Manually Select Site 

2.7 

2-2,2-3 

X 

Verified 

Manuaiiy Select Cosntnands 

2.7 

2-2.2-3 

X 

VeHfied 

Print Replies from SOAS 

2.7 

2-2,2-3 

X 

Verified 

Print Error Conditions 

2.7 

2-2,2-3 

X 

Verified 

Selective Print of Site Data 

2.7 

2-2,2-3 

X 

Verified 




oc 



o 


J INPUT PROCESSING SOFTWARE TESTING 

► 


O 



ACCEPT RAW DATA FROM SYSTEM/7 



Performance 


Ucvclopnient 


Requir^ents 

Spec. Ref. 

Test Cases 

Testing 

Status 

S/370 ^ S/7 Consnuni cations 

3.2 

2r4,3-9,l-3 

X 

Verified 

Input Format Definition 

2.6 

2-4.3-9.l-3 

X 

Verified 





O 

Store onto S/370 Disk 

3.2 

2-4.3-9.1-3 

X 

Verified 

Error Oetection/P.ecovery 

3.2 

2-4.3-9.1-3 

X 

Verified (Use of 


standard systen 
sof^are package) 


O 


DECOMMUTATE RAW DATA INTO SCANS 



Performance 


Development 


Requirements 

Spec,' Ref. 

Test Cases 

Testing 

Status 

Separation of BCH*s and flags 

3.3 

3-2,3-10.1-3 

X 

Verified 

from data 





Locating Block-Starts, 

3.3 

3-2,3-10,1-3 

X 

Verified 

End-of-Blocks, and 





End-of-Sites 


» y 



E)<tract Scans 

3.3 

3-2,3-10,1-3 

X 

Verified 

Error Processing 

3.3 

3-2,3-10.1-3 

X 

Verified 


b‘E-0 


EXTRACT VARIABLES AND CONVERT TO ENGINEERING UNITS 


Requirements 

Process Variable Input Formats 

Maintain Site Directory 

Calibration/Conversion of 
Variables 


Performance 
Spec. Ref. 

Test Cases 

Development 

Testing 

Status 

3.3 

3-10, 3-9 
3-1, 3-8 

X 

Verified 

3.3 

3-1, 3-8, 1-3 

X 

Verified 

3.3 

3-2, 3-10, 1-3 

X 

Verified 



^ i ti 1 _,r 










G-26 


CONVERTED VARIABLE TESTING 


Requiremonts 

Perfoniiance 
Spec. Ref. 

Variables Exceeding Kan/Mi n 
Limits 

3.5 

Variables Exceeding Change 
Lindts 

3.5 

Time Continuity 

3.5 

BCI! Error Testing 

3.5 

Rejection of Variables 

3.5 

No Change in Variable 

3.5 

Error Messages 

3.5 

Control Over Printing 

3.5 


Dcvolopsnent 


Test Cases 

Testing 

Status 

3-2, 3-3. 3-10. 
1-3 

X 

Verified 

3-2. 3-3, 3-10, 
1-3 

X 

Verified 

3-3, 3-10. 1-3 

X 

Verified 

3-4. 3-10, 1-3 

X 

Verified 

3-3, 3-4, 1-3 

X 

Verified 

3-3. 1-3 

X 

Verified 

3-3. 3-4, 1-3 

X 

Verified 

3-7, 1-3 

X 

Verified 






§!Sj5 
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G-27 


COMPUTE PERFORMANCE EVALUATION PARAMETERS 


Requirements 

Perfoniiance 
Spec . Ref. 

Test Cases 

Development 

Testing 

SUtus 

Coniputc Perfomidnce 
Evaluation Parameters 

3.6 

3-2, 3-3, 

3-4, 3-10, 1-3 

X 

verified 

Bypass Computations UNich 
Use Erroneous Input Data. 

3.6 

3-2, 3-3, 
3-4. 1-3 

X 

Verified 






GENEiWE INPUT FOR DATA BASE UPDATE 


ileqiilreinciits 

Performance 
Spec. Ref, 

Test Cases 

Development 

Testing 

Status 

Detailed Data 

3.7 

3-lQ, 1-3 

■' X, ? 

Verified 

Heurly Data 

3.7 

3- IQ, i-3 

x:' 

Verified 

Daily Data 

3.7 

3-10, 1-3 

■'X 

Verified 





CREATE HISTORY/ARCHIVE TAPES 


Perfomianco 

R equirements Spec. Re f, 

flaw Data Archiving 3.8 

Processed Data Archiving 3.8 

ForiJidlting of Tapes 3.8 

Printing of Tape Contents 3.8 


Test Cases 

Development 

Testing 

Status 

3-5. X-3 

X 

Verified 

3-6. 1-3 

X 

Verified 

3-5. 3-6. 1-3 

X 

Verified 

3-5. 3-6, 1-3 

X 

Verified 


CREATE TNPUT SUf^’tARY REPORTS AND ERROR MESSAGES 


Requirements 

Performance 


Developinent 


Spec. Ref. 

Test Cases 

Testing 

Status 

Daily Report of Data Base 
Input 

3.9 

3-10. 1-3 


yurified 

Monthly Archiving Report 

3.9 

3-6, 1-3 

X 

Verified 

Daily Input Processing 
Summary 

3.9 

3-2, 3-3, 

3-4, 3-10. 1-3 

■ X 

Verified 

Input Processing Error 
Messages 

3.9 

3-2, 3-3, 

3-4, 3-10. 1-3 

X 

Verified 

Site Directory Contents 
Cal ibration/Conversion) Report 

3.9 

3-1, 3r8. 1-3 

X 

Verified 

User Selection of Print 
Options 

3.9 

3-7 

X 

Verified 





G-31 



G-32 


Rcqulrenronts 

Accept Output of Input 
Processing Software 

Input Format 

Error Processing 




AUTOilATIC UPDATE OF DATA BASE 


Performance 
Spec. Ref. 

1 :St Cases 

Development 

Testing 

Status 

4.2 

4-1, 1-3 

X 

Verified 

4.2 

4-1, 1-3 

X 

Verified 

4.2 

4-1, 1-3 

X 

Verified (use 


standard software)^ 

G 


5 


c 


MAJtUAL irjPUT TO DATA BASE 


Rcquirenionts 

Manual Entry of Data 
Via Tenrinal 

Manual Entry of Data 
Via Batch 

Editting of Input Format/ 
Error Processing 


Porfonsjancc 
S pec. Ref . 

4.3 

4.3 

4.3 


Test Cases 

4-1, 1-4 

4-1, 1-4 
4-1, 1-4 


DevcIorNncnt 

Testing 

X 

X 

X 


Status 

Verified 


Verified 


Verified Through 
Use of Standard 
Software ^ 


G-34 


DATA BASE HAINTENANCE 



Performance 
Spec . Ref. 


Support Standard Data 4.4 

Base Management 
System Capabilities 







O 


0-35 


DATA BASE SECURITY 



Requirements 


Data Base Access 
Security 


Performance 

4 

Development 


Spec. Ref. 
■ ^3 • ■ 

Test Cases 

Testing 

Status 

4.5 

4-2 

X . 

Verified 


G 


O 


OC-0 


USER SUPPORT SOFTWARE 



INFORMATION RETRIEVAL 



Pcrfonitance 


Development 


Requirements 

Spec. Ref. 

Test Cases 

Testing 

Status 

Support Standard Data 
Base Infonuation 
Retrieval Capabilities 

5.2 

5-1. 1-5 

X 

Verified 



a 

t 

CJ 

<9 




PLOT CAPABILITY 



Performance 

s 

Development 

Requirements 

Spec. Ref. 

Test Cases 

testing 

Provide Plots of Remotely 

5.3 

5-a, 1-5 

X 

Recorded Data to 
Perfonnance Analyst 

Plots Generated for Tektronix 

5.3 

5-2, 1-5 

X 


4015/4631 Terminal Unit 


9 

td 












Status 


Verified 


Verified 


O 


o 


-• 0Csi3K».i<2£ii.«S 'JM 



G-30 


GENERATION OF SCHEDULED REPORTS 



Performance 


Development 


Requirements 

Spec. Ref. 

Test Cases 

Testing 

Status 

Use of Information Retrieval 
Capability to Access Data 
Case to Create Standard 
Reports (Daily and Monthly) 

5.4 

5-3. 1-4 

X 

Verified 





I'l. li. -i 


MAGNETIC TAPE CEWERATION 



Perfonwance 

* 

Development 

, 

Requirements 

Spec. Ref. 

Test Cases 

Testing 

Status 

Provide Capability to 
Generate Magnetic Tapes 

S.5 

5-4, 1-4 

X 

Verified 


O 


I 

O 


o 




aSS?^5! 


•SUB, 
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TERM1HAI/BATCH CAPABILITIES 


Requirements 

Perfoniiance 
Spec. Rcf» 

« 

Test Cases 

Development 

Testing 

Status 

Provide Use^* wi th 
Capability to Access 

5.6 

5-1, 1-4 

X 

Verified 


Data Base, Via Terminal 
or Batch Methods 



CPDS SOFTWARE CONFIGURATION CONTROL APPROACH 


Initial delivery establishes control baseline 
Anticipated changes to baseline 

- Site-dependent performance evaluation parameter computations 

- System improvements based on operational experience 

- Correction of problems encountered during system use 

^ Changing user requirements 

Changes which impact the Performance Specification will require M3FC approval 

Software listings will be updated and released for use as changes are approved and 
impl&nented 

Tracking of software configuration via software identification and Software Release 
Notice 



SOFTWARE IDENTIFICATION SYSTEM 


DELIVERY 


IDENTIFICATION 


ANTICIPATED 

CHANGES 


Site I 
Site 2 
Site 3 



Baseline Perfonnance 

Revision 1 Evaluation Equations 

Revision 2 System Iinprovements 

Problem Resolution 


Revision X 


SIMS COPS SOFTWARE RELEASE NOTICE (SRN) 


SRN NUMBER: 
RELEASE DATE: 


rggei f i ww. wj f . I WI.J ; 


SYSTEM name: 

MANAGER’S SIGNATURE: 


RK.*»s;iarftT«Kvs:»9ci3nw« iSMeatn(Ka««r»ansrcw£SiBBWK>J5»!^^scnn3’.;ji:Ta»i»Bsi : 


II. attachments; 


1. £ 3 CHANGE OESCRIPTION/LIST 

2. £ 3 PROBLEM RESOLUTION/LIST 

3. Q 3 SYSTEM CONFIGURATION 


C } 


OTHER 


MI. RELEASE AUTHORIATION - CONTRACT NAS3-32036 




i£.u»JaM>ie«ucsss 


SYSTEM RECOVERY INFORMATION 


SYSTEM/7 SOURCE STATEMENTS 


'magnetic tape iOlSK DATA SET 


,SYSTS.M/ 37 Q-I 45 SOURCE STATEMENTS ! 


NIPS LOAD MODULE 




G-44 



G-45 










SIMS COPS SOFTWARE RELEASE NOTICE CSRN) 


COPS Operational Software 

SRN NUMBER: I SYSTEM NAME; (Baseline) 


RELEASE DATE: 10/1/76 


MANAGER *S SIGNATURE 






II. ATTACHMENTS; 


1. f 3 CHANGE DESCRIPTICN/LIST 


2. Q ^ PROBLEM RESOLUTION/ LIST 

3. 3 SOFTWARE SYSTEM CONFIGURATION 


4. Q ^ OTHER 




III. RELEASE AUTHCRIATION - CONTRACT NAS8-3203& 






SYSTEM RECOVERY INFORMATION 


MAGNETIC TAPE |DIS;< DATA SET 


SYSTEM/7 SOURCE STATEMENTS 


»16?1 


rHvi:7-n r"^ 


SYSTEM/3 70-145 SOURCE STATHMcNTS I ?1617 


NIPS LOAD MODULE 


.5*3385 


SIMSIPS.SCT’fKK 

SIMSIPS.LC.A0LI3 

(33004) 

FFSLI8 (2314) 








o 


r^ai 




SOFTWARE SYSTEM CONFIGURATION 
ATTACHMENT 3 


SYSTEM NA:*!E ; COPS Operational Softvvare (Baseline) 


S/7 Software 

Program Haire 


Revision Level 


Site Data Collect 
Manual Test 
Dump Directory 
Update Directory 


Baseline 

Baseline 

Baseline 

Baseline 


S/370-145 Software (Input Processing) 
Program Name 


Revision Level 


Raw Data Processing Baseline 
Merge and Sunsna ry Baseline 
History Baseline 
Site Data Description Utility Baseline 
Raw Data Archiving Utility Baseline 


Data Base Software 


Program Name Revision Level 

FFSLI8 (NIPS) 


Baseline 




OPERATIONAL SUPPORT/PLANS 


Site Installation 

Prograrnniers will actively participate in ensuring that SOAS coinnunicstes 
properly with COPS 

Use of manual SOAS/CDPS interface capability for site installation verification 
Operational Support 

Perform updates to COPS softv/are to reflect changes for performance evaluation 
and improved capabilities 

Perform continuing analysis of COPS software operation to identify improvements* 
to identify system problem areas, and to assist in troubleshooting suspected 

proble:-' areas 

Support ifsfirs' access to the data base 
0 Training 

o Infor>;,ation retrieval queries 

0 M^.'netic tape ncncration 

0 Unda e of sits directory irfennation 

0 Gtf.t ration/delivery of re[ct Ts 

I<‘ST Results [document November 1, 1976 
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